PATENT APPLICATION 
Attorney Docket No.: SSD-0041C 



Certificate of Express Mail No. 

I hereby certify that this paper or fee is being deposited 
with the United States Postal Service "Express Mail Post 
Office to Addressee" under 37 CRF § 1.10 on the date 
indicated below and is addressed to: BOX PATENT 
APPLICATION, Commissioner for Patents, Washington, 
D.C. 20231 

Date of Deposit: ~Q\ 

Signature: koU/vo^ 

;alDAss 



Reene Jones, LegaPAssistant 



UNITED STATES PATENT APPLICATION 
for 

"A METHOD AND APPARATUS FOR ESTABLISHING FRAME 
SYNCHRONIZATION IN A COMMUNICATION SYSTEM USING AN 

UTOPIA-LVDS BRIDGE" 

Inventor: 

Patrick McWilliams 
Citizenship: 
United Kingdom 
Residence and Mailing Address: 

23 Finsbury Avenue 
Belfast, BT8 6GW 
Northern Ireland 

Prepared by: 

Richard K. Robinson (PTO Reg. No. 28,109) 
Robinson & Post, L.L.P. 
12900 Preston Road, LB-41 

Dallas, Texas 75230 
Telephone: (972) 866-7786 
Facsimile: (972) 866-7787 



1 



PATENT APPLICATION 
Attorney Docket No.: SSD-0041C 

BACKGROUND OF THE INVENTION 

This application was originally filed as a Provisional Patent Application. 
Application Number: 60/207,102, Filing Date: May 25, 2000 

This invention relates to communication systems that include a flexible 
UTOPIA to LVDS Bridge device. The LVDS Bridge transparently transports the 
UTOPIA bus over a high speed LVDS serial link. The device includes many reliable 
features such as an optional 1:1 protection and built in bit error rate checking. 

DEFINITIONS 

Cell 

A unit of transmission in ATM. A fixed-size frame consisting of a 5-octet header 
and a 48-octet payload. 

CLAV 

A signal indicating that a level (ATM or PHY) has a full cell to transmit. 

ENB 

A signal indicating that a level (ATM or PHY) can accept the transfer of a full 
cell. 

LVDS 

A Low Voltage Differential Signaling Standard is an extension to the SCI IEEE 1 596 
standard (1 596.3) for transmission of both narrow (4,8 bit) and wide (32,64,128 bit) 
links with transfer rate of at least 200 mega-transfers per second. The objectives of 
1596.3 are: Technology independence, CMOS compatible, Backplane and cable 



2 



PATENT APPLICATION 
Attorney Docket No.: SSD-0041C 

applicable (up 5m) ? scalable and supplementing SCFs 16 bit wide links with 4 and 
8 bit. Typical characteristics are 500 Mbit/s per line and 250 mV to 400 mV signal 
swing centered at 1 .2 Volt. Very low power dissipation. 

OAM 

Operations Administration and Maintenance: A group of network management 
functions that provide network fault indication, performance information, and data 
and diagnosis functions. 

PDU 

Protocol Data Unit for an ATM cell. 

PHY 

OSI Physical Layer: The physical layer provides for transmission of cells over a 
physical medium connecting two ATM devices. This physical layer is comprised of 
two sublayers: the PMD Physical Medium Dependent sublayer, and the TC 
Transmission Convergence sublayer. 

Physical Layer (PHY) Connection 

An association established by the PHY between two or more ATM entities. A PHY 
connection consists of the concatenation of PHY links in order to provide an end-to- 
end transfer capability to PHY SAPs. 

SAP 

Service Access Point: A SAP is used for the following purposes: 



3 



PATENT APPLICATION 
Attorney Docket No.: SSD-0041C 

1. When the application initiates an outgoing call to a remote ATM device, a 
destination SAP specifies the ATM address of the remote device, plus further 
addressing that identifies the target software entity within the remote device. 

2. When the application prepares to respond to incoming calls from remote ATM 
devices, a local SAP specifies the ATM address of the device housing the 
application, plus further addressing that identifies the application within the local 
device. 

There are several groups of SAPs that are specified as valid for Native ATM 
Services, 

UTOPIA 

Universal Test & Operations Interface for ATM: Refers to an electrical interface 
between the TC and PMD sublayers of the PHY Layer 14. 

DESCRIPTION OF THE PRIOR ART 

ATM is a network protocol and switch-based method of communication which 
breaks down a communication process into several sub-processes arranged in a stack. Each 
layer of the protocol stack provides services to the layer above it which allows the top most 
processes to communicate. Each layer communicates with another layer over defined 
interfaces enabling two different devices, using hardware and software from different 
manufacturers, but still conforming to the ATM model, to communicate over an ATM 
network. Using ATM, information sent over a network is segmented into a fixed length cell. 
The ATM cell has a fixed length of 53 bytes comprising 5 bytes of header information and 
48 bytes of data information (e.g. voice, data, or video information). However, since some 
PHY Layer 14 devices operate at high bandwidths, the ATM Layer 12 device is designed to 
operate at a high bandwidth in order to keep pace. However, some inexpensive PHY Layer 
1 4 devices operate at only a fraction of the ATM Layer 1 2 bandwidth thereby wasting a large 
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portion of the ATM Layer 1 2 bandwidth needlessly. In these mismatched bandwidth systems, 
the system cost is reduced if several low bandwidth PHY Layer 14 devices are connected to 
a single ATM Layer 12 device. 

Two layers in the protocol stack are the asynchronous transfer mode (ATM) layer and 
the physical (PHY) layer. The PHY Layer 14 interfaces directly to network media (e.g. fiber 
optics, twisted pair, etc.) and also handles transmission convergence (extracting ATM cells 
from the transport encoding scheme). The ATM Layer 12 and the PHY Layer 14 
communicate over a parallel bus termed the Universal Test and Operations PHY Interface 
for ATM (UTOPIA) developed by the ATM forum. The UTOPIA bus is a bi-directional bus 
which transmits and receives ATM cells simultaneously. The UTOPIA bus is defined to 
support numerous transmission rates defined for ATM, including transmission rates as high 
as 622 Mbps. The UTOPIA bus defines two interface signal groups: Transmit and Receive. 
As illustrated in FIG. la, the Transmit interface 16 moves data information from the ATM 
layer 12 to the PHY layer 14, while the Receive interface 18 moves information from the 
ATM layer 12 to the PHY layer 14. 

As illustrated in FIG. 1 b, the Transmit interface comprises a parallel transmit data bus 
TxData 20 which may be, for example, 8 -bits or 16-bits wide, and a number of control 
signals which may be utilized in the Octet Level Handshaking (OLH) mode or the Cell Level 
Handshaking (CLH) mode. In CLH mode data is moved between ATM layer 12 and PHY 
layer 14 as an entire uninterrupted cell. The transmit control signals include: transmit enable 
signal TxEnb* 22 which when asserted low by ATM layer 12 indicates that TxData 20 
contains valid cell data; transmit start of cell signal TxSOC 24 which is asserted high by 
ATM layer 12 when TxData 20 contains the first valid byte of cell data; transmit full/cell 
available signal TxFull*/TxClav 26 which in CLH mode is asserted high by PHY layer 14 
when it can accept a full cell of data, and is asserted low by PHY layer 14 when it is "full" 
and cannot accept a full cell of data; and transmit clock signal TxClk 28 which is provided 
by ATM layer 12 for synchronization of the data transfer from ATM layer 12 to PHY layer 
14. 
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Transmitting data from ATM layer 1 2 to PHY layer 1 4 in the CLH mode of operation 
is generally as follows. PHY layer 14 indicates to ATM layer 12 that it can accept a complete 
cell of data (53 bytes) by asserting TxFull*/TxClav to a high logic level When ATM layer 
12 has a complete cell to transfer to PHY layer 14, it asserts TxEnb* to a low logic level and 
places the first byte of data onto data bus TxData 20. Additionally, ATM layer 12 asserts 
TxSOC 24 to a high logic level along with the first byte of data. TxSOC 24 remains at a high 
logic level for the first cycle only. Each of the remaining 52 bytes of cell data are then 
transferred to PHY layer 14 per clock cycle of TxCLK 28. 

In like manner, FIG. lb also illustrates the Receive interface comprising a parallel 
receive bus RxData 30 which may be, for example, 8-bits or 16-bits wide, and a number of 
control signals similar to the those described with respect to the Transmit interface. The 
receive control signals include: receive enable signal RxEnb* 32 which when asserted low 
by ATM layer 12 indicates that RxData 30 and RxSOC 34 will be sampled at the end of the 
next cycle; receive start of cell signal RxSOC 34 which is asserted by PHY layer 14 when 
RxData 30 contains the first valid byte of cell data; receive empty/cell available signal 
RxEmpty*/RxClav 36 which in CLH mode is asserted high by PHY layer 14 when it has a 
full cell of data to send to ATM layer 12, and is asserted low by PHY layer 14 when it is 
"empty" and does not have a full cell of data to send to ATM layer 12; and receive clock 
signal RxClk 3 8 which is provided by ATM layer 1 2 for synchronization of the data transfer 
from PHY layer 14 to ATM layer 12. 

Receiving data from PHY layer 14 at ATM layer 12 in the CLH mode of operation 
is generally as follows. PHY layer 14 indicates to ATM layer 12 that it has a complete cell 
of data (5 3 bytes) to send by asserting RxEmpty */RxCLAV to a high logic level When ATM 
layer 1 2 can receive a complete cell, it asserts RxEnb* to a low logic level. In the next clock 
cycle, PHY layer 14 places the first byte of data onto the data bus RxData 30 and asserts 
RxSOC 34 to a high logic level along with the first byte of data. RxSOC 34 remains at a high 
logic level for one cycle only. Each of the remaining 52 bytes of cell data are then transferred 
to ATM layer 12 per clock cycle of RxCLK 38. 
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Typical applications using UTOPIA include Network Interface Cards (NICs) and 
ATM switches. ATM switches typically are built using a rack mounted architecture which 
include individual shelves of the rack each supporting PHY Layer 14 circuits or ATM Layer 
12 circuits. Typically, the interconnect between the PHY Layer 14 circuits and the ATM 
Layer 12 circuits comprise wide parallel ribbon cables. The parallel ribbon cables may 
comprise as many as 40 conductors to accommodate the Transmit and Receive interfaces 
when the UTOPIA bus operates in a 16-bit mode. The use of wide ribbon cables to 
interconnect the ATM Layer 12 circuits and PHY Layer 14 circuits physically clutters the 
ATM switch. Additionally, the wide parallel ribbon cables connecting the various UTOPIA 
ports on a switch can extend to as much as a foot or more in length, depending on the 
distance between the PHY Layer 14 and ATM Layer 12 circuit shelves. The length of the 
ribbon cable poses a limitation on the ATM system as parallel ribbon cables which operate 
reliably at one frequency over a given distance, may not operate reliably if that distance is 
increased. 

UTOPIA ports generally operate at high frequencies (e.g. 25 MHz). Appreciably long 
ribbon cables operating at high speeds introduce undesirable problems such as cross-talk 
between conductors and voltage reflections due to the uncontrolled impedance of the ribbon 
cable. These problems cause degradation of signal integrity and skew problems in which the 
timing relationships of the signals transmitted between the ATM Layer 12 and the PHY 
Layer 14 are altered. Skew problems can result in the violation of set-up and hold timing 
parameters and cause subsequent corruption of data communication. 

One approach to address the signal integrity and skew problem is to employ 
specialized ribbon cable for transmitting differential signals, such as twisted pair conductors. 
However, this approach does not resolve the skew problem since skew can still result from 
differences in propagation delays for each signal through its respective differential driver, 
cable and receiver. Additionally, this approach doubles the number of conductors required 
for the parallel cable because each signal requires two conductors, thus the already bulky 
ribbon cable further clutters the area between the ATM Layer 12 and PHY Layer 14 circuits. 
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Another approach is to use ribbon cables interconnected with repeater circuits. The 
repeater circuits would operate as a bridge to reliably increase the effective length of the 
ribbon cable. However, this approach also compounds the problem of cluttering the space 
around the ATM switch, as well as, significantly increasing the cost of the system as the 
effective length of the ribbon cable grows. 

US patent 5,784,370 attempted to solve the above identified problems by disclosing 
that an extender circuit provides a serial communication interface between an ATM Layer 
12 and a PHY Layer 14. The extender circuit includes a first circuit serially coupled to a 
second circuit. The first circuit is coupled to the ATM Layer 12 and communicates in parallel 
with the ATM Layer 12. The first circuit is operable to receive a control signal from the 
ATM Layer 12. The second circuit is coupled to the PHY Layer 14 and communicates in 
parallel with the PHY Layer 14. The first circuit does not transmit the control signal to the 
second circuit. The second circuit regenerates the control signal at the PHY Layer 14. The 
first circuit and the second circuit function in like manners. The first circuit receives a control 
signal generated by the ATM Layer 12. The control signal may comprise a start of cell signal. 
The first circuit transmits a first sequence of signals to the second circuit. The second circuit 
detects the occurrence of the first sequence of signals and reproduces the control signal at the 
PHY Layer 14 when the first sequence of signals is not detected. The first sequence of 
signals may comprise an idle character. In another embodiment, the first circuit transmits a 
second sequence of signals to the second circuit. The second circuit reproduces the control 
signal at the PHY Layer 14 when the second circuit detects the first sequence of signals 
followed by the second sequence of signals. 

In previous ATM systems it was only possible to couple one ATM Layer 12 to one 
PHY Layer 14. If the PHY Layer 14 was running at ahigh frequency transmission rate, then 
the fast rate of the ATM Layer 12 was used with little waste. Usually, the PHY Layer 14 
operated at a transmission speed which was much slower than the operational speed of the 
ATM Layer 12 resulting in waste due to unused performance in the ATM Layer 12. 
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The UTOPIA interface is an established standard for connecting PHY devices to 
ATM Layer 12 devices. However, when the ATM Layer 12 device and the PHY device(s) 
are on separate cards within a piece of equipment, or even on separate equipment, then the 
parallel nature of this standard becomes a limiting factor. 

In order to solve this problem, the ability to couple multiple PHY Layer 14s to one 
ATM Layer 12 was researched but all implementations to date have resulted in cumbersome 
protocols, added pins to the ATM Layer 1 2 or PHY Layer 1 4 packages, and other undesirable 
results. Therefore, a multi-PHY to ATM Layer 12 protocol, system, and method is desired 
that is easy to use and does not result in added complexity or cost. 

In order to couple several PHY Layer 14s to one ATM Layer 12, some problems are 
encountered. For example, the ATM Layer 12 device should have a minimum of I/O pins. 
Optimally, the number of I/O pins should be identical whether supporting a single PHY 
device or multiple PHY devices. Received ATM data cells are routed by a virtual connection 
identifier (VCI) contained in the header portion of each cell. The identifier of each 
connection on an individual physical link is unique. However, if cells from multiple physical 
links are routed through a common cell processor, the same identifier may be used by cells 
from different links thereby causing confusion. These cells must be distinguished in order 
to route them correctly, so the ATM Layer 12 device must have a method for knowing from 
which physical link each cell arrived. In addition, ATM data cells that are transferred from 
the ATM Layer 12 to the PHY Layer 14 are intended for only one of the PHY Layer 14 
devices. There must be a method for the ATM cell processor to indicate which PHY Layer 
14 device should copy the cell and which PHY Layer 14s should ignore that particular ATM 
data cell Also, the addressed PHY Layer 1 4 device must communicate its inability to receive 
more cells if its FIFO is full without preventing other PHY Layer 14s from continuing to 
receive cells. 

US patent 5,485,456 disclosed a data interface between an asynchronous transfer 
mode (ATM) layer device and multiple PHY devices (PHY Layer 14 devices). An ATM 
Layer 12 device (either a cell processor or a Segmentation and Reassembly (SAR) device) 
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is typically designed to work together with one PHY Layer 14 device of the same throughput. 
Since some PHY Layer 14 devices operate at high bandwidths, the ATM Layer 12 device is 
designed to operate at a high bandwidth in order to keep pace. However, some inexpensive 
PHY Layer 14 devices operate at only a fraction of the ATM Layer 12 bandwidth thereby 
wasting a large portion of the ATM Layer 12 bandwidth needlessly. In these mis-matched 
bandwidth systems, the system cost is reduced if several low-bandwidth PHY Layer 14 
devices are connected to a single ATM Layer 12 device. 

Although the above cited references disclosed needed methods and apparatuses for 
implementing the architecture of the UTOPIA bus which does not have undesirable effects, 
such as, degrading signal integrity, creating timing skew problems, encountering physical 
space constraints, or employing high cost solutions, these devices were not able to provide 
connections to more that one PHY Layer 14 or to achieve the advantages and features of the 
disclosed invention.. 
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SUMMARY OF THE INVENTION 

AnUTOPIA-LVDS Bridge is aflexible UTOPIA to LVDS Bridge device. The LVDS 
Bridge transparently transports the UTOPIA bus over a high speed LVDS serial link. The 
device includes many reliability features such as an optional 1 : 1 protection and built in bit 
error rate checking. 

The parallel interface is user programmable for maximum flexibility. The user can 
choose between UTOPIA Level 2 ATM Layer (master) or PHY Layer 14 (slave) operation. 
The UTOPIA-LVDS Bridge supports a special MPHY (multi-PHY Layer 14) operation 
mode. The MPHY operation supports up to 248 standard UTOPIA Level 2 PHY ports 
without adding external circuitry. 

The serial interface uses LVDS Serializer and Deserializer technology . The 16:1 bit 
serialization allows conveying the full-duplex parallel bus over two differential transmission 
pairs. This enables low cost backplanes and cables. Cable transmission length can be up to 
1 0 meters. Bus LVDS technology also enables multi-drop configurations for distributing the 
UTOPIA bus to multiple Bridge receivers. 

The serial link carries Flow control information (back pressure) is passed in both 
directions. The Bridge device applies back pressure on a per queue basis over the 3 1 internal 
FIFO queues. In addition, the serial link includes an OAM channel that does not detract from 
link performance. 

There are many applications where the UTOPIA-LVDS Bridge simplifies designs. 
Box-to-box connections can use UTOPIA-LVDS Bridge devices across a PCB backplane for 
point-to-point and lightly loaded multidrop configurations. 
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BRIEF DESCRIPTION OF THE FIGURES 

Figures la & b are examples of the prior art interface between the ATM layer and the 
PHY Layer 14; 

Figures 2a & b are a comparison between the prior art method and the method according 

to the invention; 
Figure 3 is a block diagram of the UTOPIA-LVDS Bridge 100; 

Figure 4 is an illustration of an UTOPIA-LVDS Bridge 100 in level 2 mode for 248 PHY 
ports 

Figure 5 is an illustration of the detailed connection of 1 sub-port for extended UTOPIA- 
LVDS Bridge 100 in level 2. 
Figure 6 illustrates a multi-bridge system; 
Figure 7 is a table showing the PDU cell format options; 
Figure 8 illustrates a PDU and link transport container format; 
Figures 9 illustrates the MPHY byte; 

Figure 10 illustrate the flow control coding within the F byte; 

Figure 1 1 is a table illustrating the F channel byte usage within the frame; 

Figure 12 illustrates the remote alarm and signaling byte; 

Figure 13 illustrates the F channel bandwidth - Bytes; 

Figure 14 illustrates the F channel bandwidth - Mpbs; 

Figure 15 illustrates the F channel bandwidth - Percentage; 

Figure 16 is a table that list the software lock sequences; 
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Figure 17 is a table describing the performance monitoring alarms; 

Figure 18 is a table describing the general alarms; 

Figure 19 is a table describing loopback options; 

Figure 20 is a drawing describing loopback options; 

Figure 21 is a table that provides the pin description; 

Figure 22 is a table of register map summary; 

Figure 23 illustrate the Software Lock registers; 

Figure 24 illustrates the Version Identification register; 

Figure 25 illustrates the General Control and Status register; 

Figure 26 illustrates the LVDS Control register; 

Figure 27 illustrates the PDU Configuration register; 

Figure 28 is an illustration of the Interrupt Source Register; 

Figure 29 is an illustration of the Interrupt Source Enables register; 

Figure 30 is an illustration of the Link Status and Control register; 

Figure 3 1 is an illustration of the Transmit Link Label register; 

Figure 32 is an illustration of the ECC Transmit Buffer and Receive LVDS Alarms 
register; 

Figure 33 is an illustration of the ECC Tx and Rx LVDS Interrupt Enables register; 
Figure 34 is an illustration of the ECC Transmit Buffer Send register; 
Figure 35 is an illustration of the ECC Transmit Buffer register; 
Figure 36 is an illustration of the General Purpose Input Output register; 
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Figure 37 is an illustration of the Test Error Control register 

Figure 38 is an illustration of the Error BIP Mask register; 

Figure 39 is an illustration of the Error HEC Mask registers; 

Figure 40 is an illustration of an ATM and LVDS Loopback Control register; 

Figure 41 is an illustration of an ATM Loopback MPhy register; 

Figure 42 is an illustration of an ATM Loopback Cell Format register; 

Figure 43 is an illustration of the Receive Port A Link Label register; 

Figure 44 is an illustration of the Receive Port A Expected Link Label register; 

Figure 45 is an illustration of the Receive Port A Local Alarms register; 

Figure 46 is an illustration of the Receive Port A Local Interrupt Enables register; 

Figure 47 is an illustration of the Receive Port A Control register; 

Figure 48 is an illustration of the ECC Receive Buffer A registers; 

Figure 49 is an illustration of the Receive Port A HEC Count registers; 

Figure 50 is an illustration of the Receive Port A HEC Threshold registers; 

Figure 51 is an illustration of the Receive Port A BIP Count registers; 

Figure 52 is an illustration of the Receive Port A BIP Threshold registers; 

Figure 53 is an illustration of the Receive Port A Performance Alarms register; 

Figure 54 is an illustration of the Receive Port A Performance Interrupt Enables register; 

Figure 55 is an illustration of the Receive Port A Remote Status and Alarms register; Figure 

56 is an illustration of the Receive Port A Remote Interrupt Enables register; Figure 57 is an 

illustration of the Receive Port A Up2Down Loopback Cell Count register; 
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Figure 58 is an illustration of the Receive Port A Cell Delineation Thresholds register; 
Figure 59 is an illustration of the Receive Port A Frame Delineation Thresholds register; 
Figure 60 is an illustration of the Receive Port A Descrambler Lock Thresholds register; 
Figure 61 is an illustration of the Receive Port A Bit Error Count register; 
Figure 62 is an illustration of the Receive Port B Link Label register; 
Figure 63 is an illustration of the Receive Port B Expected Link Label register; 
Figure 64 is an illustration of the Receive Port B Local Alarms register; 
Figure 65 is an illustration of the Receive Port B Local Interrupt Enables register; 
Figure 66 is an illustration of the ECC Receive Port B Control registers; 
Figure 67 is an illustration of the ECC Receive Port B Buffer register; 
Figure 68 is an illustration of the Receive Port B HEC Count registers; 
Figure 69 is an illustration of the Receive Port B HEC Threshold registers; 
Figure 70 is an illustration of the Receive Port B BIP Count registers; 
Figure 71 is an illustration of the Receive Port B BIP Threshold registers; 
Figure 72 is an illustration of the Receive Port B Performance Alarms register; 
Figure 73 is an illustration of the Receive Port B Performance Interrupt Enables register; 
Figure 74 is an illustration of the Receive Port B Remote Status and Alarms register; 
Figure 75 is an illustration of the Receive Port B Remote Interrupt Enables register; 
Figure 76 is an illustration of the Receive Port B Up2Down Loopback Cell Count 
register; 

Figure 77 is an illustration of the Receive Port B Cell Delineation Thresholds register; 
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Figure 78 is an illustration of the Receive Port B Frame Delineation Thresholds register; 

Figure 79 is an illustration of the Receive Port B Descrambler Lock Thresholds register; 

Figure 80 is an illustration of the Receive Port B Bit Error Count register; 

Figure 81 is an illustration of the Utopia Configuration register; 

Figure 82 is an illustration of the Utopia Connected Port List registers; 

Figure 83 is an illustration of the Utopia Connected Sub-Port List register; 

Figure 84 is an illustration of the Utopia Sub-Port Address Location register; 

Figure 85 is an illustration of the Utopia Sub-Port Address Mask register; 

Figure 86 is an illustration of the MTB Queue Threshold registers; 

Figure 87 is an illustration of the MTB Queue Full registers; 

Figure 88 is an illustration of the MTB Queue Empty registers; 

Figure 89 is an illustration of the MTB Queue Flush registers; 

Figure 90 is an illustration of the MTB Cell Flush registers; 

Figure 91 is an illustration of the Queen Flush register; 

Figure 92 is an illustration of the MTB Queue Overflow registers; 

Figure 92 is an illustration of the Utopia Loopback Control register; 

Figure 93 is an illustration of the ATM Down2Up Loopback Cell Count registers; 

Figure 94 is an illustration of the Utopia and ATM Alarms registers; 

Figure 95 is an illustration of the Utopia and ATM Interrupt Enables registers; 

Figure 96 is an illustration of the ATM Loopback Cell Filter registers; 

Figure 97 is a block diagram indicating the Basic Utopia Level 2 UMODE Configuration; 
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Figure 98 is a block diagram indicating the Extended Utopia Level 2 UMODE 
Configuration; 

Figure 99 is a block diagram indicating sub port address operation; 

Figure 100 is a block diagram indicating connected port connected sub-port usage; 

Figure 101 is a table with recommended maximum MTB Queue Thresholds; 

Figure 102 illustrates the state diagram for TC Delineation; 

Figure 103 illustrates the state diagram for Frame Delineation; 

Figure 104 illustrates the state diagram for Descrambler Synchrronization; 

Figure 105 is a block diagram indicating basic ECC structure; 

Figure 106 is a diagram of an ECC Transmit Flow Chart; 

Figure 107 is a diagram of an ECC Receive Flow Chart; and 

Figure 108 is a diagram of an ECC Signaling with Active and Standby links. 
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DETAILED DESCRIPTION OF THE INVENTION 

Figure 2a represents the prior art problem where the ATM Layer 12 communicates 
over a UTOPIA parallel link 1 7 of 58 conductors to multiple PHY Layer 14s. The problems 
associated with this activity was discussed in the Background of the invention. 

Application Overview 

The UTOPIA interface is an established standard for connecting PHY Layer 14 
devices to ATM Layer 12 devices. However, when the ATM Layer 12 device and the PHY 
device(s) are on separate cards within a piece of equipment, or even on separate equipment, 
then the parallel nature of this standard becomes a limiting factor. 

The solution is to use the UTOPIA-LVDS Bridge 100 as is illustrated in figure 2b, 
which is a transparent Bridge that extends the UTOPIA bus over a serial LVDS interface, 
suitable for backplanes and cables. Full bidirectional flow control is incorporated, allowing 
back-pressure to be applied to the source of the ATM cells. The 3 1 PHY ports available with 
standard UTOPIA Level 2 may be extended to 248 ports without additional external 
circuitry. The UTOPIA-LVDS Bridge 100 achieves this by providing as many as 8 ENB and 
CLAV signals in both receive and transmit directions when acting as the ATM Layer 12 
device. This allows addressing 248 PHYs that are configured as up to 3 1 ports that each have 
as many as 8 sub-ports. 
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To aid equipment management and maintenance, the UTOPIA-LVDS Bridge 100 
passes an embedded OAM channel over the serial link. In addition, the device provides a 
number of loopback options that are both traffic affecting (line loopbacks) and non-traffic 
affecting (cell loopbacks), which simplify testing and diagnostic activities. 

Referring to figure 3, there is illustrated a block diagram of the UTOPIA-LVDS 
Bridge 100. In discussions of the 100 down Bridge refers to the direction of data flow from 
the UTOPIA data bus 17 to a LVDS data bus 123 and is represented by arrow 106. Up 
Bridge refers to the direction of data flow from the LVDS data bus 125 to the UTOPIA data 
bus 17. An UTOPIA interface 101 interfaces the UTOPIA-LVDS Bridge 100 to the 
UTOPIA data bus 1 7 and provides a serial transfer of data and information to a FIFO 1 05 via 
bus 1 02 and receives data and information from a multi-port traffic buffer 103. In the down- 
Bridge direction 106 a simple 3 cell FIFO 105 is used to rate adapt the data from the 
UTOPIA clock domain to the LVDS clock domain for transmission over the serial line 13. 
Down- Bridge direction 1 06 data flow is provided from the FIFO 1 05 to a Cell Transmission 
Convergence (TC) sub-layer assembler 1 07 that performs cell rate de-coupling and prepares 
the cells for transport over the LVDS link by packaging them within link transport 
containers. In the reverse direction, cells are unpacked from the link transport containers by 
a Transport container sub-layer Disassembler 109 . The LVDS Tx PHY 121 drives the 
assembled data and information received form the Transport container sub-layer Assembler 
107 via bus 120 over the LVDS Tx bus 123. The LVDS bus 123 is connected to two LVDS 
Rx PHY receivers 1 17a and 1 17 b each is capable of receiving the data form the PHY and 
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LVDS receive bus 125 however, they operate as a primary and backup RxPHY . The out 
from the RxPHY receiver that is receiving data is applied to the Transport container sub- 
layer disassemble 1 09 via conductor 1 22 which disassembles the LVDS transport containers 
and applies the disassembled data and information to the Multi-port traffic buffer 1 03 . There 
is and Embedded Communication Channel 113 that provides embedded communications 
to the Transport container sub-layer assembler 107 and decodes received embedded 
communications from the Transport container sub-layer Disassembler 109. The UTOPIA- 
LVDS Bridge 100 operates under instructions provide from a CPU via an interface 115. 
Testing is provided by a JTAG and Test port 111. 

The Multiport traffic buffer 103 includes a resister file that stores PDU cells in an 
assigned register file for each port. When an assigned register accumulates enough data to 
reach a threshold then a flow control indiction is sent to the transmission convergence sub- 
assembler 1 07 for transmitting to the transmitter of the data informing them not to send any 
more data to from the port assigned to the register that has accumulated enough data to 
reached the threshold. 

Functional Description 

UTOPIA INTERFACE 

The UTOPIA-LVDS Bridge (100) has an industry standard UTOPIA interface as 
defined in "The ATM Forum UTOPIA Level 2, Version 1 .0 Specification, af-phy-0039.000, 
June 1995" which is incorporated herein by reference. This interface supports Level 2 and 
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Extended Level 2 operations. Depending on its position in the bridge link, it may operate as 
either the ATM Layer 12 or the PHY Layer 14 in the UTOPIA protocol. The operation is set 
by software configuration by the CPU 135. 

In Level 2 mode, the interface can be either a 1 6-bit or an 8-bit wide data path, again 
with both octet and cell level handshaking and operate at a frequency as high as 52 MHz, 
facilitating 622 Mbps (STM4 / OC12) line rates. 

In UTOPIA Level 2 mode, the UTOPIA-LVDS Bridge 100 supports Multi-PHY 
(MPHY) operation, whereby up to 3 1 PHY ports may be connected to a shared ATM device. 
The presence of cells and availability of buffer space is indicated using the CLAV signals. 

UTOPIA Level 2 define 1 ENB (a control signal indicating either transmit or receive 
enable) and 1 CLAV signal in each direction, (control signals indicating either transmit cell 
available or a receive cell is available) The UTOPIA-LVDS Bridge 100 has extended this to 
8 ENB and 8 CLAV signals, enabling up to 248 PHY ports to be connected to a shared ATM 
device without additional external circuitry as illustrated in Figure 4. 

Referring to Figure 4, there is illustrated a UTOPIA-LVDS Bridge 100 in Level 2 
mode having a first sub-port 0 through an eight sub-port 7. Each sub- port is contestable to 
up to thirty one ports and each port may be connected to a PHY. This is indicated in figure 
4 by the numerical notations of PHY x:y; with x being the number of the sub port at the 
LVDS Bridge and y being the number of the typical sub-port. 

For the purpose of queuing, the 248 PHY ports are configured as sub-ports of the 
standard 3 1 ports so each port /queue has 8 sub-ports which will be discussed further in the 
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description of the Up-bridge Multi-port Traffic Buffer (103). Each MPHY address 
corresponds to a port. 

A 5 bit MPHY can address up to 3 1 PHY ports. At least 3 additional bits are required 
to give the total of 8 bits necessary for addressing 248 PHY ports. These additional address 
bits can be provided by the user in any of the User Prepend, Cell Header or UDF1/2 bytes 
of the cell as illustrated in Figure 7. The UTOPIA-LVDS Bridge 100 is configurable to 
extract/insert the extra address bits from/to any of these bytes. 

PHY polling may be carried out as follows: 

• Standard UTOPIA Level 2 with 1 CLAV signal. 

- One CLAV polling 31 PHY ports. 

•UTOPIA-LVDS Bridge 100 Extended UTOPIA Level 2 with up to 8 
CLAV signals. 

- Each CLAV can poll 31 PHY ports giving a total of 248 PHY ports. 

All 3 1 MPHY ports, or any subset may be assigned to one bridge device, with parallel 
device(s) supporting any remaining ports, as illustrated in Figure 6. Each of these ports may 
have up to 8 sub-ports. 

Referring to Figure 7, a single ATM Layer 12 device drives 3 UTOPIA-LVDS 
Bridges 201, 203 and 205. Each of the bridges are connected to a Multiple PHY Layer 14 
devices such that the UTOPIA-LVDS Bridge 201 is connected to a UTOPIA-LVDS Bridge 
211 which interfaces to Multiple PHY layer devices 213 that provides ports 0 through 15. 
UTOPIA-LVDS Bridges 203 is connected to an UTOPIA-LVDS Bridge 209 that interfaces 
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to Multiple PHY layer devices 215 and ports 16 through 20. The UTOPIA-LVDS Bridge 
205 is connected to an UTOPIA-LVDS Bridge 207 which interfaces to Multiple PHY layer 
devices 217 which drives ports 21 through 30. Dotted line 219 shows the communication 
between the ATM layer device 12 and a UTOPIA PHY Layer 14 while dotted line 231 
illustrates the interface between the Multiple PHY layer devices 213, 215 and 217. The 
UTOPIA-LVDS Bridges 100 of figure 5 are transparent to the operations of the ATM layer 
device 12 and the Multiple PHY layer devices 213, 215 and 217. 
Parity generation and checking is available in all modes. 

To support systems where routing tags and/or padding is added to the ATM cells at 
a previous device, the UTOPIA interface on the UTOPIA-LVDS Bridge 100 may be 
programmed to handle non-standard ATM cells of length 52 bytes up to 64 bytes. See 
Figures 7. In all cases, the Start Of Cell (SOC) signal must correspond to the first byte or 
word of the extended cell. 

Referring the Figure 8, there is illustrated a table in which the different fields of the 
PDU cells are defined including whether or not they have the fixed variable fields and the 
number of bytes associated with the different fields. 

Figure 9 should be used in conjunction with Figure 8 in which the PDU cell 235 
includes a header and address portion 237. The address portion can be used for attaching as 
many as 248 PHY devices. The port address bits must be contained in those bytes designated 
in the field 237. Additionally, there is a pay load portion 239 where the data and information 
is carried and then a trailer portion which is for an user append data at 241 . The PDU cell 
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235 is a UTOPIA interface and includes data field. The link transport container 243 has a TC 
header 245 which includes a user prepend; a call header; a UDF 1 12 high; F 1 and F2 are flow 
control bytes as shown in figure 1 0; a MPHY address; a HEC byte; and a tailing user prepend 
area 247. The cross hatch fields as indicated by the reference scale 249 are data fields with 
variable lengths and the non cross hatch field 25 1 are data portion with a fixed link. 
Back-to-back cell transfer is supported in all modes. 

When configured as an ATM Layer 12 device, receive polling and transmit polling 
of those ports with queued cells is Round-Robin. The UTOPIA-LVDS Bridge 1 00 will only 
poll those PHY ports configured as active. 
TRAFFIC BUFFERS 

Traffic Buffers include the FIFO 105 and the multiport Traffic Buffer 103 of Figure 

3. 

Down-Bridge FIFO 

In the down-bridge direction (arrow 106) the simple 3 cell FIFO (1 05) is used to rate 
adapt the data from the UTOPIA clock domain to the LVDS clock domain for transmission. 
Per port queuing and back pressure/flow control is handled by the corresponding up-bridge 
(arrow 1 08) Multi-port Traffic Buffer (1 03) in the far end UTOPIA-LVDS Bridge 1 00 device 
as described below. 

Per port queuing and back pressure/flow control is handled by the corresponding up- 
bridge Multi-port Traffic Buffer 103 in the second UTOPIA-LVDS Bridge 15. 
Up-Bridge Multi-Port Traffic Buffer 
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In the up-bridge direction (arrow 108) the Multi-port Traffic Buffer (103), has a 160 
cell linked list buffer that is shared across up to 3 1 port queues. Although each MPHY may 
be connected to 8 sub-ports/PHY' s the Multi-port Traffic Buffer 103 treats these as a single 
port/queue, because it only uses the 5 bit MPHY address and does not access the sub-port 
address bits. 

Each of the 31 ports has a programmable upper fill threshold. In the up-Bridge 
direction (arrow 108), queue overflow is avoided through the means of a per queue flow 
control protocol embedded in the LVDS link as described below. Should any queue reach 
this upper threshold, back-pressure is applied via the flow control mechanism over the serial 
link to the down-bridge (transmitting) device which uses the normal UTOPIA flow control 
handshaking to prevent any more cells being transferred and thus prevent an overflow. 

The individual queue per port architecture ensures that the flow control is non- 
blocking across the 3 1 ports. However, the 8 sub-ports within each port can be blocking. 

Furthermore, as is the nature of link-list buffers, each queue may be over-assigned 
memory space, working on the assumption that not every queue will back up simultaneously. 
To accommodate the rare occasions where the buffer as a whole approaches full but 
individual queues are below their full threshold, the device also compares the overall buffer 
fill against a threshold. The flow control mechanism provides a global 'halt' command to 
ensure that no cells will be lost should the overall buffer approach the overflow condition. 
TRANSMISSION CONVERGENCE SUB-LAYER (TCS) 
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In the down-bridge direction, the Transmission Convergence Sub-layer (TCS) 
Assembler 107 performs cell rate de-coupling. The TCS Assembler 107 then prepares the 
cells for transport over the LVDS link by packaging them within link transport containers 
(TC). In the reverse direction, cells are unpacked from the link transport containers by the 
Transport container sub-layer disassembler 109. 

In the up-bridge direction, the Transport containers Dissassembler 109 unpack the 
link transport containers and route the cells to the Multi-port Traffic Buffer 103. 

MPHY address, flow control, and OAM information is embedded within the link 
transport containers (243). 

Cell Rate Decoupling 

In the down-bridge direction (arrow 106), the Transport containers Assembler 107 
inserts idle cells when no valid traffic cells are available from the FIFO (105) for onward 
transmission. In the up-bridge direction, the Transport containers Disassembler 109 rejects 
all received idle cells. 
Link Transport Container (TC) 

The ATM cells received on the UTOPIA interface (101) can be standard or user- 
specified cells. Cell length is programmable from 52 to 64 bytes. These cells are treated as 
Protocol Data Units (PDU cell 235) which are packaged into Transport Containers (TC) for 
transmission over the serial link. In the reverse direction, the cell PDUs are unpacked from 
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the link Transport containers before being passed out on the UTOPIA interface. This is 
illustrated in Figure 8. 

The PDU fields are configurable as illustrated in Figure 7 . The total PDU cell length 
must be in the range 52 to 64 bytes and as the UTOPIA-LVDS Bridge 100 operates with an 
internal 16-bit data path it is required that variable length fields be programmed to an even 
number of bytes. The total number of bytes defined for User Prepend plus UDF 1/2 and User 
Append must not exceed 12 bytes to maintain the maximum PDU cell length of 64 bytes. 

Although the UDF 1/2 bytes will always be present, the UTOPIA-LVDS Bridge 1 00 
can be programmed to either transport these bytes or ignore them. If they are to be ignored, 
then the Transport containers strips them out in the down-bridge direction and the UTOPIA 
up-bridge section inserts a HEC byte in UDF 1. Otherwise, they can be transported 
transparently the same as any other PDU byte. 

Each link Transport container (data stream 235) has an MPHY address byte, two F 
Channel bytes called Fl and F2 and a HEC byte for container delineation and cell header 
error detection in addition to the PDU cell. The two F1/F2 bytes per Transport container 
constitute the F Channel which is used for flow control and OAM purposes over the link. 
MPHY Tagging and Routing 

In the down-Bridge direction (arrow 106), the UTOPIA-LVDS Bridge 100 adds an 
additional byte (MPHY byte) to each PDU, containing the MPHY port address associated 
with that PDU, as illustrated in Figure 9. 
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At the other end of the link, this byte is used to route the incoming PDU from the 
LVDS interface to the appropriate MPHY port queue. 
Transport Container Delineation and Error Monitoring 

In the down-bridge direction, the embedded communication control channel is 
created in the Fl and F2 bytes with software in the CPU 102, as is known in the art, 
calculates and applies a header 245 HEC byte using the CRC-8 polynomial x 8 +x 2 +x+l and 
optional coset x 6 +x 4 x 2 +1 defined in the ATM specification, to the Transport container sub- 
layer assembler (107) for insertion into the HEC byte is calculated over the preceding 7-19 
bytes which make up the link Transport container header. To aid delineation at the far end, 
the entire contents of the Transport container, excluding the HEC, are scrambled and the 
HEC is calculated on the scrambled Transport container header 245. A scrambler using the 
pseudo-random sequence polynomial x 31 + x 28 +1 defined in ATM specification, "ITU-T 
1.432.1, B-ISDN User Network Interface - PHY Specification: General Characteristics, 
August 1996" which by reference is incorporated herein, is used. 

In the up-bridge (arrow 108) direction, the embedded communication channel (1 13) 
determines the cell delineation within the received data by locking onto the HEC byte within 
the transport container, using the algorithm specified in ATM specifications. 

During steady-state operation in the up-bridge (arrow 108) direction, the embedded 
control channel (113) monitors the HEC bytes for errors, with an option to reject cells 
containing errors HECs. A performance metric on the number of errors cells detected is 
maintained. 
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Although the HEC byte normally over-writes the UDF1 byte before cells are passed 
out over a physical medium, the UTOPIA-LVDS Bridge 100 has the option to retain the 
UDF1 and UDF2 information fields in order to provide a truly transparent UTOPIA bridge. 
If it is not necessary to pass the UDF1/2 bytes between the ATM and PHY devices at either 
end of the link, then the user has the option to suppress them to improve link efficiency. 

Furthermore, in order to easily share-out the bandwidth provided by the F Channel 
between flow control and various OAM functions, a frame structure is used, as illustrated in 
Figure 1 1 . A frame contains 56 transport containers with ATM cells. The start of a frame is 
indicated by the HEC byte of the first transport container of a frame (TC of figure 1 1 ) which 
has had the coset x 6 +x 4 +x 2 +l added to the CRC polynomial. This differentiates the start of 
frame HEC from the normal cell HEC's. 
Flow Control 

The flow control mechanism within the UTOPIA-LVDS Bridge 100 allows back- 
pressure to be applied to the source of the ATM cells in both directions, independently per 
queue for all 31 queues. It is based upon a simple 4 halt/send' command per PHY port. At 
the destination Multi-port buffer (103), the fill level of each port queue is examined against 
a programmed threshold. Should the threshold be reached, a halt command is returned to the 
source, which prevents any more cells being sent to that port until a 'send' command is 
subsequently received. Only the port in question is affected so this is a non-blocking protocol 
over the normal 3 1 ports. However, the 8 sub-ports within a port do not have individual flow 
control and so are blocking. 
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Since a regular flow control opportunity is provided via the F 1 /F2 bytes in the header 
245 of the F Channel only a small amount of headroom need be reserved to allow for latency 
in this protocol. Furthermore, should a number of PHY ports approach their limit 
simultaneously and/or the overall buffer approach a defined global threshold, a global halt 
may be issued, temporarily blocking all traffic. 

The global halt/send command also allows the user to safely maximize the use of the 
shared buffer of the Multi traffic buffer ( 1 03) by over-assigning the memory among the ports. 

The flow control command is illustrated in Figure 10 which the Fl and F2 bytes 
indicate which of the sub-ports are in overflow cavity . Each port is assigned a control bit in 
specified F-bytes within the frame structure, as illustrated in Figure 1 L Within the F byte 
logic 1 represents a 'halt' command to that port and logic 0 represents a 'send' command. 
A global halt is indicated by all ports containing a halt command. The MSB of Flow Control 
3 byte is reserved. 

F Channel Byte Usage Within the Frame 

For the majority of time, the F Channel F1/F2 bytes are used as a flow control 
opportunity, providing a rapid throttle-back mechanism as described above. In addition, a 
small number of F bytes are stolen in a regular fashion to provide a low bandwidth Operation 
and Maintenance (OAM) channel. This is controlled by the Transport container number 
within the frame, as illustrated in Figure 1 1 . Hence, an OAM channel is formed by the F1/F2 
bytes in Transport containers 6,13,20,27,34,41,48 and 55, with the F1/F2 bytes in the 
remaining containers forming a flow control signaling channel. 
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OAM CHANNEL 

Remote Alarm and Signaling Byte 

A byte-wide remote alarm and signaling channel is carried in the Fl byte in Transport 
container 6 as illustrated in Figure 1 1 . This provides a means for a port at the far end of a link 
to signal an alarm condition to the near end and vise- versa. This byte also contains the ECC 
flow control signals. The format of this byte is as illustrated in Figure 12. Bits [1: 0] are 
reserved. 

• RLOSA - Remote Loss Of Signal lock at far end device receive port A. 

• RLOSB - Remote Loss Of Signal lock at far end device receive port B. 

• RBA - Remote far end device active receive port. 

Set = port B, Clear = port A. 

• RDSLL - Remote far end device active receive port Descrambler Lock. 
Clear = In lock, Set = Out of lock. 

• EVN - ECC receive data VALID/NULL indication. 

• ESSA - ECC RxA transmit START/STOP control. 

• ESSB - ECC RxB transmit START/STOP control 
Link Trace Label Byte 

Also in Transport container 6 a byte-wide link trace label is carried in the F2 byte as 
illustrated in Figure 1 1 . This allows the user to verify link connectivity, which is especially 
useful when a number of cable links are being used. TheUTOPIA-LVDS Bridge 100 may be 
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programmed with both a link label value to transmit and an expected link label. Should the 
received link label not mach the expected value, an alarm interrupt may be raised. 

The received Link Label byte is software accessible and an interrupt may be raised 
on a change of received Link Label byte. So the Link Label byte may also be used as a user 
defined channel to pass one byte per frame across the link. 

Embedded Communications Channel (ECC) 

An Embedded Communications Channel (1 1 3) is provided over the link for software 
messaging, download, etc. in the F1/F2 bytes of Transport containers 13, 20, 41 and 48 as 
illustrated in Figure 1 1 . The ECC byte contents are not processed by the UTOPIA-LVDS 
Bridge 1 00. Hence the UTOPIA-LVDS Bridge 1 00 is transparent to and does not restrict the 
system messaging protocol 

The ECC (113) consists of an 8 byte Tx Buffer with corresponding Tx Buffer Ready 
and Tx Buffer Send flags, and an 8 byte Rx Buffer with a corresponding Rx Buffer Full flag. 
All bytes of the buffers are software read/write accessible. Tx Buffer Ready is read only. 

On reset the Tx Buffer Ready flag is set and the Tx Buffer Send flag is clear. The 
software assembles a message for transmission in the Tx Buffer. To send a message the 
software simply sets Tx Buffer Send which automatically clears Tx Buffer Ready. The 
contents of the Tx Buffer (121) are transmitted to the LVDS Bridge at the opposite end and 
whenever they are received successfully Tx Buffer Ready is set and an interrupt raised to the 
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software to indicate successful transmission. The Tx Buffer will automatically be 
retransmitted until the LVDS Bridge at the opposite end indicates that it has been 
successfully received. A new message may now be assembled in the Tx Buffer and 
transmitted by setting Tx Buffer Send. As all the Tx Buffer bytes are read/write the message 
to be transmitted can be assembled in any order and read back by the software before 
transmission. The same message can be retransmitted simply by setting Tx Buffer Send 
again. 

On reset the Rx Buffer Full flag is clear. When all 8 bytes of a message has been 
successfully received and stored in the Rx Buffer, the Rx Buffer Full flag is set and an 
interrupt raised. As all the Rx Buffer bytes are read/write the message can be read in any 
order by the software. A new message will not overwrite the current received message until 
the Rx Buffer Full flag is cleared by the software indicating that the current Rx Buffer has 
been read. 

The ECC data flow is controlled across the link using the EVN and ESS bits of the 
Remote Alarm and Signaling byte (Figure 12). 

As there are two independent LVDS receive ports, for example UTOPIA LVDS 
Bridge 201 and UTOPIA LVDS Bridge 2 theUTOPIA-LVDS Bridge 100 has two 
independent ECC receive sections. These are assigned to the LVDS receive ports PortA 1 1 7a 
and PortB 117b. The ECC of the standby link may therefore be used for software 
communication, 
BIP16 
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A Bit-Interleaved-Parity mechanism provides an error performance metric on the 
LVDS link. A BIP16 value is calculated over a previous block of 28 containers and inserted 
in the F1/F2 bytes of containers 27 and 55, as illustrated in conjunction with figure 1 1. At 
the far end, the re-calculated BIP 1 6 values are compared against the received values. Any bit 
errors in this comparison are counted. Should the number of errors exceed a pre-programmed 
value within a monitoring period determined by the local management software, then an 
Excessive Bit Error Rate (EXBER) alarm is raised. 
F Channel (Flow Control and OAM) Bandwidth Analysis 

This section analyses the bandwidth used by the various components of the F 
Channel. Figure 13 illustrates the F channel Bandwidth in bytes, Figure 14 in Mbps, and 
Figure 15 in percentage. The figures are dependent upon the link bandwidth and the size of 
the PDU/ATM cells being carried in the Transport Containers. This illustration is restricted 
to 800Mbps and PDU sizes of 52 and 64 bytes giving Transport containers of 56 and 68 
bytes respectively. 
LVDS PHYSICAL INTERFACE 

TheUTOPIA-LVDS Bridge 100 provides one dual transmit and two independent 
receive high speed LVDS serial interfaces with 800 Mbps bandwidth. Data may be 
transmitted and received over lightly loaded backplanes or up to 1 0m of cable. The two serial 
interfaces are denoted Port A 117a and 121a and Port B117b and 121b. Data can be 
transmitted simultaneously from both ports but only one receive port is selected for traffic 
at any one time. The standby receive port may be powered down. Alternatively the standby 
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receive port OAM channel can be made available for software communications using the 
ECC (113), and for link performance monitoring. This allows the condition of the standby 
link to be determined. The LOCK status of both standby ports is monitored automatically. 

The transmitted data stream contains embedded clock information. The clock may 
be recovered at the receiver on either random data or by instructing the transmitter to send 
SYNCH patterns on power-up or when synchronization is lost. The latter option requires a 
feedback loop in either hardware or software between the transmitter and the receiver, but 
has the benefit of a faster lock time. The LOCK status of both receive ports is* reflected on 
external pins and alarm/status bits readable via the CPU interface (115). The LOCK status 
along with the currently active port is transmitted to the far-end receiver via the Remote 
Alarm and Signaling byte of the OAM channel as described in Figure 12 and above. The 
UTOPIA-LVDS Bridge 100 may be configured to automatically switch to the standby port 
on local or remote Loss Of Signal for the active port. The recovered clocks are available on 
external pins. 

The serial outputs of the ports may be independently placed in TRI-STATE either by 
an external pin or via microprocessor control Similarly, the device may be forced to send 
SYNCH patterns on either or both ports by either assertion of external pins or via 
microprocessor control 

To assist in designer testing and system commissioning of the LVDS interface, the 
UTOPIA-LVDS Bridge 100 has a built in BER test facility 119. The device may be 
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configured to send a PRBS pattern in place of ATM cells. At the receiver, the device locks 
onto this PRBS pattern and provides an error metric. 

CPU INTERFACE 

The UTOPIA-LVDS Bridge 100 contains a flexible microprocessor port capable of 
interfacing to any common system processor. Via this port, the system software can 
customize the behavior of the device from the various options provided, monitor the system 
performance and activate diagnostic facilities such as loop-backs and LVDS BER testing. 

In addition to an 8-bit address and 8-bit data bus plus the associated bus protocol 
control signals, the CPU interface 115 includes an open-drain interrupt signal. This signal 
may be asserted on the detection of various alarms within the device, e.g. excessive HEC 
errors, ECC buffer full/empty, loss of lock etc. Any of the potential internal sources of this 
interrupt may be individually inhibited via an interrupt mask. 

A software lock mechanism is implemented to prevent spurious modification of some 
of the UTOPIA-LVDS Bridge 100 software assessable registers. A predefined UNLOCK 
write sequence is necessary to allow unrestricted software write access to the UTOPIA- 
LVDS Bridge 100. A corresponding LOCK write sequence will prevent any software write 
access to the these registers although they can still be read. See Figure 16. Only device 
configuration registers such as PDU cell length, UTOPIA interface mode, etc. are protected 
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in this way. All other registers associated with the ECC, performance monitoring and 
interrupts are always write accessible by the software. 

PERFORMANCE MONITORING AND ALARMS 

The UTOPIA-LVDS Bridge 100 provides a number of performance metrics and 
alarms to assist in equipment/network management. These alarms may be independently 
enabled or disabled to raise an interrupt. These alarms are illustrated in Figure 17 and 18. 
TEST INTERFACE 

The port (114) on the device provides access to the built-in test features such as 
boundary scan, internal scan and RAM BIT. It may be used to test the device individually or 
as part of a more comprehensive circuit board or system test. 
LOOPBACKS 

To assist in diagnostic testing, the device provides both physical interface loopbacks 
and ATM cell loopbacks. The former is suitable for designer or commission testing when the 
device is not passing live traffic. The latter allows cell trace testing on live traffic. The ATM 
cell loopback operates by recognizing the user-defined VPI/VCI of the special loopback 
cells. The available loopback options are illustrated in Figure 19. 

In addition to providing a live round trip test via the cell loopback, the UTOPIA- 
LVDS Bridge 1 00 helps pinpoint failures between transmit and receive paths by counting the 
number of loopback cells received. 
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All loopbacks are programmable via the CPU interface (115). 

Referring to Figure 20a, examples of a PHY interface loopback is illustrated and 
includes the loopback connection 28 1 this is occasion where referring to Figure 2b the multi- 
PH Y devices 1 9 are interfaced to UTOPI A-LVDS Bridge 1 00 and it is connected via link 1 3 
to a second UTOPIA Bridge 11. The Bridges are configured during loopback operation to 
have the up-Bridge (Bridge 1 1 ) communicating with the down Bridge (Bridge 1 5) over from 
the UTOPIA interface to the LVDS interface. The UTOPIA-LVDS Bridge 1 9 does an up to 
down LVDS loopback as illustrated in block 281 whereas the UTOPIA-LVDS Bridge 1 1 
does a down to up UTOPIA loop. Similarly in Figure 19 the traffic buffer 1 03 is connected 
such that the interface from the UTOPIA interface via the cell routing that is provided by 
the Transport container sub-layer 107 and is circulated through the traffic buffer 103 and 
combined by an end gate by a multiplexer 27 1 . There is a register 269 used to provide a delay 
of the data that circulates through the traffic buffer 103. Similarly the Transport container 
sub-layer disassembler 1 09 provides cell routing and data is applied to the traffic buffer 1 03 
the outputs of which is multiplex by multiplexer 265 and is delayed through a portion of the 
traffic buffer 103 via the registers 267 and is multiplexed by 265 to apply the data to the 
LVDS Bridge 13. 

SIGNAL DESCRIPTION (For Figure 21) 

Note 1 These pins are Inputs in ATM Layer 12 mode and Outputs in PHY Layer 14 

mode. 
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Note 2 These pins Outputs in ATM Layer 12 mode and Inputs in PHY Layer 14 

mode. 

Note 3 These pins are only used in Extended 248 PHY mode. In Normal 31 PHY 
mode, they are unconnected. 

Note 4 In PHY Layer 14 mode this is the Utopia TxClk and in ATM Layer 1 2 mode 
this is the Utopia RxClk. 

Note 5 In PHY Layer 14 mode this is the Utopia RxClk and in ATM Layer 1 2 mode 
this is the Utopia TxClk. 

Note 6 These pins are test data inputs when Text_bus_dir is set and outputs when 
Test_bus_dir i s clear. 

Note 7 These pins are not bonded out in BGA 196 production version. 

Figure 21 provides the pin description of the signals that are applied to and receive 
from the UTOPIA-LVDS Bridge 100. 

REGISTER DESCRIPTION 

This section describes all the software accessible registers in theUTOPIA-LVDS 
Bridge 100, A summary of all registers is illustrated in Figures 22a - 22g. 
Note: 

• All configuration and control registers can be read so that the status of the 
UTOPIA-LVDS Bridge can be determined by the processor. 
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• All reserved/unused bits will be read as zero and should be written as zero to ensure 
future compatibility. 

• Writing to read only register bits has no affect. 

Software Lock - 0x00 to 0x01 SLKO to SLK1 

Software Lock register has the address of 0x00 to 0x01 SLKO to SLK1 and is 
illustrated in Figure 23. 

Type: Read as 0x00 
Software Lock: No 
Reset Value: 0x00 

The Software Lock registers are used to implement a software lock mechanism on 
configuration and control registers to prevent spurious software changes to the device which 
may affect its operation. On reset the Software Lock is ON. Writes to registers protected by 
this lock will have no affect. To switch the lock OFF the following sequence of writes to the 
SLK registers must occur. 

UNLOCK SEQUENCE 

1 . Write data 0x00 to SLKO. 

2. Write data OxFF to SLKL 
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The software lock is now OFF and those registers protected by it can be successfully 
written to. To switch the lock back On the following sequence of writes to the SLK registers 
must occur. 

LOCK SEQUENCE 

1 . Write data OxDE to SLKO. 

2. Write data OxAD to SLKL 

The software lock is now ON and those registers protected by it cannot be written to. 

The order of the writes in each sequence must be followed. However, the sequence 
does not have to be contiguous. For instance, the processor can Write data OxDE to SLKO, 
then carry out further read/write cycles to this or another device before completing the LOCK 
sequence with Write data OxAD to SLKl. 

The status of the Software Lock can be read at any time from the SLOCK bit of the 
GCS register. 

Version Identification - 0x02 VID 

Version Identification has the address of 0x02 VID and is illustrated in Figure 24. 
Type: Read only 
Software Lock: No 
Reset Value: 0x01 

• VID[7:0] Version and identification number. 
General Control and Status - 0x03 GCS 
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General Control and Status Register has the address of 0x03 GSC and is illustrated 
in Figure 25. 

Type: Bits[5:2] Read/Write 

Bit[l:0] Read only 
Software Lock: Yes 
Reset Value: 0x05 

• GIE: The Global Interrupt Enable enables the device interrupt output pin 

CPUJNT. Set = Interrupts enabled and Clear = Interrupts disabled. 

• LT: The Loop Timing bit enables the connection of the Active Rx port recovered 
clock to the LVDS Transmit clock (the active Rx port is as defined by the LBA bit of the 
LKSC register). LT Set = LVDS Tx clock sourced from Active Rx port recovered clock. LT 
Clear = LVDS Tx clock sourced from LVDS_TxClk pin. 

• RESET Set = Software reset of all registers except this bit. The Software Lock 
status as reflected by SLOCK is also not affected by a software reset. 

• CTI Configuration Traffic Inhibit. The setting of this bit initiates the Traffic Inhibit 
functionality which causes traffic flow to be stopped. The UTOPIA interface will stop 
transmitting and receiving cells, the LVDS transmit section will transmit Idle cells and the 
incoming cells on the active LVDS receive port will be discarded. The MTB (103) and FIB 
(1 05) queues will also be flushed. This bit should be set by the processor via CPU interface 
(115) whenever the device is being fundamentally reconfigured from the default settings, 
specifically whenever any of the PDUCFG, UCFG, USPAL or USPAM registers are being 
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changed. The processor should set this bit before changing any of the above mentioned 
register settings. This will initiate Traffic Inhibit. The TIS bit should then be polled. When 
the TIS bit is set, then traffic is inhibited and the device can safely be reconfigured. When 
configuration is completed then the CTI bit can be cleared by the processor and normal 
operation resumed. 

• TIS Traffic Inhibit Status. This bit reflects the status of the Traffic Inhibit 
functionality. When set then traffic is inhibited as described for the CTI bit above. When 
clear then the device operates normally. The setting of the CTI bit will initiate Traffic Inhibit 
which sets the TIS bit. Clearing of the CTI bit clears the TIS bit. 

• SLOCK This reflects the status of the Software Lock functionality. Set = Software 
lock ON and Clear = Software Lock OFF. The processor can use this bit to determine the 
Software Lock functionality status when writing to lockable registers. 

LVDS Control - 0x04 LVC 

Interrupt Source Register has the address of 0x04 LVC and is illustrated in Figure 

26. 

Type: Read/Write 
Software Lock: Yes 
Reset Value: 0x3B 

The LVDS control register configures the LVDS serializer/deserializers. 

• TXPWDN Transmit section LVDS power down. Set = Power Up and Clear = 
Power Down. This register value is combined with the LVDS_TxPwdn pin to 
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generate the internal power down setting for transmit section. If either this 
register it or the LVDSTxPwdn pin is clear then the transmit LVDS section is 
powered down. 

• TXBDEN LVDS B Transmit data output enable. Set = Enable and Clear = 
Disable. This register value is combined with the LVDS_BDenb pin to generate 
the output enable for the LVDS transmit section B. If either this register bit or the 
LVDS_BDenb pin is clear then the transmitter B output is disabled. 

• TXADEN LVDS A Transmit data output enable. Set = Enable and Clear = 
Disable. This register value is combined with the LVDS_ADenb pin to generate 
the output enable for the LVDS transmit section A. If either this register bit or the 
LVDS_ADenb pin is clear then the transmitter A output is disabled. 

• TXSYNC Transmit LVDS synchronization pattern. Set = Enable and Clear = 
Disable. This register value is combined with the LVDS_Synch pin to generate 
the SYNCH input to the LVDS transmit section. If either this register bit or the 
LVDS_SYNCH pin is set then SYNCH patterns are output from the LVDS 
transmit section. 

• RAPWDN Receive Port A LVDS power down.. Set = Power Up and Clear = 
Power Down. This register value is combined with the LVDS_APwdn pin to 
generate the internal power down setting for receive Port A. If either this register 
bit or the LVDS_APwdn pin is clear then the receive port A LVDS section is 
powered down. 
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• RBPWDN Receive Port B LVDS power down.. Set = Power Up and Clear = 
Power Down. This register value is combined with the LVDS_BPwdn pin to 
generate the internal power down setting for receive Port B. If either this register 
bit or the LVDSBPwdn pin is clear then the receive port B LVDS section is 
powered down. 
PDU Configuration - 0x05 PDUCFG 

PDU Configuration Register has the address of - 0x05 PDUCFG and is illustrated in 
Figure 27 

Type: Read/Write 

Software Lock: Yes 

Reset Value: 0x00 

The PDU Configuration register defines the contents and size of the PDU cells. This 
is achieved by defining the size of the User Prepend, whether the UDF is present and the size 
of the User Append. The total size of the PDU must be in the range 52 to 64 bytes. Therefore 
the total size of the User Prepend, plus UDF and User Append must not exceed 12 bytes. 
Further, as theUTOPIA-LVDS Bridge 1 00 operates with an internal 1 6 bit datapath the size 
of the User Prepend and User Append is defined in words (16 bits / 2 bytes). If the UDF is 
present it is 1 word. So in UTOPIA 16-bit mode UDF1 and UDF2 bytes are transported in 
this word and in UTOPIA 8-bit mode the UDF byte and a padding byte are transported in this 
word. 
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• UP[2:0]: The UP bits define the length of the User Prepend. Range 0 to 6 

words. 

• UDF: The UDF bit when set indicates that the UDF word is present. When 

cleared the UDF word is absent. 

• UA[2:0]: The UA bits define the length of the User Append. Range 0 to 6 

words. 

Interrupt Source - 0x06 IS 

Interrupt Source Register has the address of 0x06 and is illustrated in Figure 28. 
Type: Read only / Clear on Read 
Software Lock: No 
Reset Value: 0x00 

• UAA Set = Interrupt pending in the UAA register. 

• ETXRXA Set = Interrupt pending in the ETXRXA register. 

• RBLA Set = Interrupt pending in the RBLA register. 

• RBPA Set = Interrupt pending in the RBPA register. 

• RBRA Set = Interrupt pending in the RBRA register. 

• RALA Set = Interrupt pending in the RALA register. 

• RAPA Set = Interrupt pending in the RAPA register. 

• RARA Set = Interrupt pending in the RARA register. 
Interrupt Source Enables - 0x07 ISE 
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Interrupt Source Enables Register has the address of 0x07 ISE and is illustrated in 
Figure 29. 

Type: Read/Write 
Software Lock: No 
Reset Value: 0x00 

The register contains the interrupt enables for the corresponding alarms in the IS 
register. Set = interrupt sources enabled and Clear = interrupt sources disabled. 
Link Status and Control - 0x08 LKSC 

Link Status and Control Register has the address of 0x08 LKSC and is illustrated in 

Figure 30. 

Type: Bits[6:3] Read/Write 

Bits[2] Read only 

Bits[l:0] Read/Write 
Software Lock: Yes 
Reset Value: 0x34 

• RDSLOV Remote Descrambler Lock Override. When clear, this allows the 
transmitter/assembler 107 to automatically send Idle cells containing the Scrambler 
sequence whenever the remote descrambler falls out of lock. This determined by either the 
RARDSLK bit or the RBRDSLK bit clear, depending on the Active receive port defined by 
the LBA bit. This action should force the remote descrambler back into lock. Traffic cells 
are not transmitted during this action until remote descrambler lock is achieved. If the 
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RKSLKOV bit is set then the actual status of the remote descrambler (RARDSLK or 
RBRDSLK) is ignored and it is assumed that the remote descrambler is locked and therefor 
normal traffic cells are transmitted. 

• SCDIS: Transmit scrambler disable. When set the scrambler is disabled and 
unscrambled data is transmitted. When clear the scrambler is active and transmitted data is 
scrambled. 

• CEN: Coset enable. When set then the optional coset x 6 +x 4 +x 2 +l is added to the 
generated CRC-8 used for the HEC. When clear the coset is not added to the HEC. 

• ECCA: ECC active on Port A bit. When set, this indicates to the ECC transmit 
section that the ETXBR bit will be set only when the far end ECC receiver connected to Port 
A indicates via the ECC signaling over Port A that the message has been received 
successfully. When clear the ECC signaling over Port A will be ignored as the ECC Port A 
receiver is disabled and ERABF bit will be held clear. 

• ECCB: ECC active on Port B bit. When set, this indicates to the ECC transmit 
section that the ETXBR bit will be set only when the far end ECC receiver connected to Port 
B indicates via the ECC signaling over Port B that the message has been received 
successfully. When clear the ECC signaling over Port B will be ignored as the ECC Port B 
receiver is disabled and ERBBF bit will be held clear. 

• ECCB and ECCA: Note that when both these bits are set then the ECC transmitter 
and both receivers are inactive. The ERABF and ERBBF bits will be held clear, the ECC 
signaling is ignored and no messages are transmitted or received. 
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• ECCB and ECC A: Note that when both these bits are set, this indicates to the ECC 
receive transmit section that the ETXBR bit will only be set when both far end ECC 
receivers indicate that the transmitted message has been successfully received. 

• ABSC: A/B Switch completed. When switching active traffic receive port this bit 
can be polled by the processor to determine when the switch has been completed 
successfully. A change of the LBA bit will clear this bit. The ABSC bit should then be polled 
by the processor. The ABSC bit is set by the hardware when the active port switching is 
completed. This bit relates to the LBA active traffic switching bit and is not related to the 
ECC port switching bit ECCA and ECCB. 

• LBA: Local receive port A or B control. When this bit is set, then Receive Port B 
is Active and Port A is Standby. When clear, then Port A is Active and Port B is Standby. 
This bit defines the active traffic port and does not affect which ECC channel is active as 
defined by the ECCA and ECCB bits above. 

• FTXSCR Force Transmit Scrambler Sequence. When set this forces the 
transmission of the scrambler sequence which is used to lock the descrambler. 
Transmit Link Label - 0x09 TXLL 

Transmit Link Label Register has the address of 0x09 TXLL and is illustrated in 
Figure 31. 

Type: Read/Write 
Software Lock: No 
Reset Value: 0x00 

49 



PATENT APPLICATION 
Attorney Docket No.: SSD-0041C 

The Transmit Link Label register defines the contents of the Link Trace Label byte 
transmitted in Transport container 6. 

• TXLL[7:0] Transmitted Link Trace Label byte contents. 
ECC Transmit Buffer and Receive LVDS Alarms - OxOA ETXRXA 

ECC Transmit Buffer and Receive LVDS Alarms Register has the address of OxOA 
ETXRXA and is illustrated in Figure 32. 

Type: Bits[3:l] Read only/Clear on Read 

Bit[0] Read only 
Software Lock: No 
Reset Value: 0x01 

This register contains the status of the ECC transmit buffer and the LOCK signals 
from the two LVDS receive ports. When set the LLOS A, LLOSB and LLOSC bits will raise 
an interrupt if the corresponding interrupt enable bit is set. 

• LLOS A: Local Loss Of Signal on receive Port A. When set this will also clear all 
the bits in the Receive Port A Remote Alarms register. 

• LLOSB: Local Loss Of Signal on receive Port B. When set this will also clear all 
the bits in the Receive Port B Remote Alarms register. 

• LLOSC : Local Loss Of Signal Change. When set this indicates that there has been 
a change of value for either LLOSA or LLOSB. 

The ETXBR register bit indicates that the ECC transmit section has successfully 
transmitted the full ECC message consisting of the 8 data bytes contained in registers 
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ETXD7 - ETXDO and a new message can be assembled and transmitted. This is a read only 
bit that the processor must examine before assembling a new ECC message in the ETXD7 - 
ETXDO data registers. 

If this bit is not set then any writes to ETXD7 - ETXDO will have no affect. 
On reset the ETXBR will be set indicating a message can be assembled for 
transmission. The processor assembles a message in the ETXD7 - ETXDO data registers. To 
send the message the processor 102 simply sets the ETXSD register bit. This clears the 
ETXBR bit which prevents write access to the ETXD7 - ETXDO registers so that the 
message cannot be overwritten. When the far end ECC receiver indicates via the ECC 
signaling that the message has been received successfully, then the near end ECC transmitter 
ETXSD bit is cleared and the ETXBR bit is set. The setting of the ETXBR bit may raise a 
processor interrupt if the corresponding interrupt enable is set. The processor can therefore 
detect that a message has been successfully transmitted either by the interrupt or by polling 
the ETXBR bit. 

• ETXBR: The ETXBR bit when set indicates that the current ECC message has 
been successfully transmitted and a new message can be assembled. If this bit is not set then 
the current message has not been received at the far end and a new message cannot be 
assembled. The ETXBR bit is cleared by the setting of the ETXSD bit. The ETXBR bit is 
set either by the far end successfully receiving a message or by the processor clearing the 
ETXSD bit. 

ECC Tx Buffer and Rx LVDS Interrupt Enables - OxOB ETXRXIE 
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ECC Tx Buffer and Rx LVDS Interrupt Enables Register has the address of has the 
address of OxOB ETXRXIE and is illustrated in Figure 33. 
Type: Read/Write 
Software Lock: No 
Reset Value: 0x00 

This register contains the interrupt enables for the alarms in the ETXRXA register. 
Set = interrupt enabled and Clear = interrupt disabled. 
ECC Transmit Buffer Send - OxOC ETXSD 

ECC Transmit Buffer Send Register has the address of OxOC ETXSD and is 
illustrated in Figure 34. 

Type: Read/Write 

Software Lock: No 

Reset Value: 0x00 

The ETXSD register bit controls the transmission of an ECC message. 

• ETXSD: The setting of the ETXSD bit initiates the transmission of the ECC 
message in the ETXD1 - ETXD8 data registers if the ETXBR is also set. Once transmission 
of a message has been initiated in this way it will proceed until the far end ECC receiver 
indicates via the ECC signaling that the message has been received successfully. So, once 
set to start the transmission, the ETXSD bit can be cleared by the processor without affecting 
the message transmission. The ETXSD bit will be cleared automatically when the far end 
ECC receiver indicates that the message has been received successfully, in the same way that 

52 



PATENT APPLICATION 
Attorney Docket No.: SSD-0041C 

the ETXBR register bit is set. To re-send the same message simply set the ETXSD bit again. 
The processor can halt transmission of a message by clearing the ETXSD bit which sets the 
ETXBR bit to enable a new message to be constructed in the ETXD7 - ETXDO registers. 
ECC Transmit Buffer - OxOD to 0x14 ETXD7 to ETXDO 

ECC Transmit Buffer Register has the address of OxOD to 0x14 ETXD7 to ETXDO 
and is illustrated in Figure 35. 

Type: Read/Write 

Software Lock: No 

Reset Value: 0x00 

The ETXD7, ETXD6, ETXD5, ETXD4, ETXD3, ETXD2, ETXD1 and ETXDO 
registers contain the ECC message to be transmitted. 

• ETXD7 - ETXDO: When the ETXBR bit is set then these registers have full 
read/write access to allow flexible assembly of the ECC message before transmission is 
initiated by setting the ETXSD bit. When the ETXBR is cleared, during message 
transmission, these registers are read only so that the message being transmitted cannot be 
overwritten and corrupted. 
General Purpose Input Output - 0x15 GPIO 

General Purpose Input Output Register has the address of 0x15 GPIO and is 

illustrated in Figure 36. 

Type: Bits [7:4] Read/Write 
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Bits [3:0] are Read only when defined GPIO [3:0] are defined as 
Inputs and Read/Write when GPIO [3:0] are defined as Outputs. 
Software Lock: No 
Reset Value: OxFO 

The General Purpose Input/Output register controls the four general purpose 
input/output pins GPIO[3:0], 

• DDR[3 :0] The Data Direction bits DDR[3 :0] define the function of the GPIO [3 :0] 
pins. When a DDR bit is set the corresponding GPIO pin is an input and when the DDR bit 
is clear the corresponding GPIO pin is an output. 

• 10 [3:0] The IO bits reflect the value of the GPIO pins. When defined as an output 
by the DDR bit, then the 10 bit value is driven out on the corresponding GPIO pin. When 
defined as an input by the DDR bit, then the 10 bit value captures the incoming value on the 
corresponding GPIO pin. 

Test Error Control - 0x16 TERRCTL 

Test Error Control Register has the address of 0x16 TERRCTL and is illustrated in 

Figure 37. 

Type: Read/Write 
Software Lock: Yes 
Reset Value: 0x00 

The Test Error Control register is used to control the transmission of a PRBS pattern 
for Bit Error Rate testing, or to introduce HEC and BIP errors so that the Cell Delineation, 
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Frame Delineation, Descrambler Lock and performance monitoring functions can be tested. 
This is a test register and should not be used on live traffic. The exact nature of the errored 
HEC and BIP bytes is determined by the ERRBIP1, ERRBIPO and ERRHEC registers. 

• EBRST[3:0] The Error Burst bits EBRST[3:0] define the number of consecutive 
erred HEC's and/or BIP's to be generated and transmitted. 

• ERFHEC The Error Frame HEC bit, when set, will cause EBRST consecutive 
Frame HEC's to be errored. When this has been completed the hardware will clear this bit. 

• ERCHEC The Error Frame HEC bit, when set, will cause EBRST consecutive Cell 
HEC's to be errored. When this has been completed the hardware will clear this bit. 

• ERBIP The Error BIP bit, when set, will cause EBRST consecutive BIP's to be 
errored. When this has been completed the hardware will clear this bit. 

•TXPRBS Transmit PRBS pattern. When set, the transmit section sends the raw 
scrambler pseudo-random sequence 9polynomial x 31 +x 28 +l). No data is transmitted. The 
Transport containers Assembler 107 will be paused and no cells will be read from the FIB 
queue. The far end receiver can lock to this PRBS pattern to count bit errors if the 
RABEC/RBBEC bit is set in the RACTL/RBCTL register. This is not a live traffic test. 
Error BIP Mask - 0x17 to 0x18 ERRBIP1 to ERRBIPO 

The Error BP Mask Register has the address of 0x1 7 to 0x1 8 ERRBIP1 to ERRBIPO 
and is illustrated in Figure 38. 

Type: Read/Write 

Software Lock: Yes 
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Reset Value: 0x00 

The Error BIP Mask registers controls how errors are introduced into the BIP bytes 
when bit ERBIP of the TERRCTL register is set. If a bit is set in the ERRBIP 1 or ERRBIP0 
register then the corresponding bit in the transmitted BIP is inverted. ERRBIP 1 corresponds 
to the first transmitted BIP byte and ERRBIP0 corresponds to the second transmitted BIP 
byte. 

Error HEC MASK - 0x19 ERRHEC 

Error HEC MASK Register has the address of 0x19 ERRHEC and is illustrated in 

Figure 39. 

Type: Read/Write 
Software Lock: Yes 
Reset Value: 0x00 

The Error HEC Mask register controls the introduction of errors into the HEC byte 
when the ERFHEC and/or ERCHEC bits of the TERRCTL register are set. If a bit is set in 
the ERRHEC register, then the corresponding bit in the transmitted HEC is inverted. 
ATM and LVDS Loopback Control - 0x1 A ALBC 

ATM and LVDS Loopback Control Register has the address of 0x1 A ALBC and is 

illustrated in Figure 40. 
Type: Read/Write 
Software Lock: No 
Reset Value: 0x00 
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The ATM and LVDS Loopback Control register controls the loopback functions of 
the device. 

Note that the LVDS Line and Local loopbacks should not be on at the same time. 

• LNEN :LVDS Line Loopback enable. Set = ON and Clear = OFF. When set this 
enables the loopback of the LVDS receive section, determined by LNSEL, to the transmitter. 

• LNSEL: LVDS Line Loopback receive section select. Set = Receive B and Clear 
= Receive A. 

• LCLA :LVDS Local Loopback transmit to receive Port A. Set = ON and Clear = 

OFF. 

• LCLB :LVDS Local Loopback transmit to receive Port B. Set = ON and Clear = 

OFF. 

• TXLVLB When set, this initiates the transmission of a single loopback cell Down 
Bridge on the LVDS transmitter. This cell will be transmitted with MPhy address defined in 
the ALBMP register and will have a header format as defined in the ALBCF3 - ALBCFO 
registers. When clear the cell has been transmitted. The processor sets the bit to initiate the 
transmission and then polls this bit to determine when transmission has been completed, at 
which time the process can be repeated to transmit another loopback cell. 

• D2ULB When set, this enables the ATM Down2Up loopback circuit. Any incoming 
cells from the UTOPIA interface which match the format of ALBCF3 - ALBCFO registers, 
masked by the ALFLT3 - ALFLTO registers, are not stored in the FIB traffic queue but 
transmitted back out over the UTOPIA interface. 
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• U2ULB When set, this enables the ATM Up2Down loopback circuit. Any incoming 
cells from the active LVDS receive port which match the format of ALBCF3 - ALBCFO 
registers, masked by the ALFLT3 - ALFLTO registers, are not stored in the MTB traffic 
queue but transmitted back out over the LVDS transmitter. Note that although there are two 
independent receivers, this loopback is designed to operate on live traffic and so only affects 
cells from the active receiver as defined by the LB A bit of the LKSC register. 
ATM Loopback MPhy - OxlB ALBMP 

ATM Loopback MPhy Register has the address of OxlB ALBMP and is illustrated 

in Figure 41. 

Type: Read/Write 
Software Lock: No 
Reset Value: 0x00 

The ATM Loopback MPhy register defines the MPhy address attached to any ATM 
cell loopback initiated by setting the TXLVLB bit in the ALBC register 

• LBMP[4:0] ATM loopback cell five bit MPHY address. 
ATM Loopback Cell Format - OxlC to OxlF ALBCF3 to ALBCFO 

ATM Loopback Cell Format Register has the address of OxlC to OxlF ALBCF3 to 
ALBCFO and is illustrated in Figure 42. 

Type: Read/Write 

Software Lock: No 

Reset Value: 0x00 
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The ALBCF3, ALBCF2, ALBCF1 and ALBCFO registers define the format of the 
ATM loopback cell header. 

• ALBCF3 [7:0] Loopback Cell header byte HI format. 

• ALBCF2[7:0] Loopback Cell header byte H2 format. 

• ALBCF1 [7:0] Loopback Cell header byte H3 format. 

• ALBCF0[7:0] Loopback Cell header byte H4 format. 
Receive Port A Link Label - 0x20 RALL 

Receive Port A Link Label Register has the address of 0x20 RALL and is illustrated 

in Figure 43. 

Type: Read only 
Software Lock: No 
Reset Value: 0x00 

The Receive Port A Link Label register contains the Link Trace Label byte received 
in Transport container 6 on receive Port A.. Whenever the received link label changes value 
the RALLC alarm bit in the RALA register is set which will raise an interrupt if the 
corresponding interrupt enable bit is set. 

• RALL[7:0] Port A Received Link Trace Label byte contents. 

Receive Port A Expected Link Label - 0x21 RAELL 

Receive Port A Expected Link Label Register has the address of- 0x21 RAELL and 
is illustrated in Figure 44. 
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Type: Read/Write 
Software Lock: No 
Reset Value: 0x00 

The Receive Port A Expected Link Label register defines the expected contents of 
the Link Trace Label byte received in Transport container 6 on receive Port A. If the actual 
received value, as stored in the RALL register is not the same as the expected value defined 
here the RALLM alarm bit in the RALA register is set, which may raise a processor interrupt 
if the corresponding interrupt enable is set. 

• RAELL[7:0] Port A Expected Received Link Trace Label byte contents. 
Receive Port A Local Alarms - 0x22 RALA 

Receive Port A Local Alarms Register has the address of 0x22 RALA and is 
illustrated in Figure 45. 

Type: Bits[6:l] Read only/Clear on Read 
Bit[0] Read/Write 

Software Lock: No 

Reset Value: 0x00 

The Receive Port A Local Alarms register contains information on the status of the 
Port A disassembler. When set RALLC, RALLM, RALDSLL, RALTCLL and RALFLL will 
raise an interrupt if the corresponding interrupt enable bits are set. Also a change in value on 
RALDSLL, RALTCLL and RALFLL will set the RALCS bit which will raise an interrupt 
if the corresponding interrupt enable bit is set. 
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• RALLC: Receive Port A, Local Link Label Change of Status. Set = Change in 

RALL register value. 

• RALLM Receive Port A, Local Link Label Mismatch. Set = Received link 

label RALL different than expected link label RAELL. 

• RALCS Receive Port A, Local Change of Status. 

• RALDSLL Receive Port A, Local Descrambler Loss of Lock. Set = Out of Lock 

and Clear = Lock. 

• RALTCLL Receive Port A, Local Transport Container Delineation Loss of Lock. 

Set - Out of Lock and Clear = Lock. 

• RALFLL Receive Port A, Local Frame Delineation Loss of Lock. Set = Out of 

Lock and Clear = Lock. 

The ERABF register bit indicates that the ECC receive section for Port A has 
successfully received a full ECC message consisting of the 8 data bytes contained in registers 
ERAD7 - ERADO and a the message can now be read by the processor 102. 

On reset the ERABF will be clear indicating no valid message has been received. 
When a valid message is received and stored in the ERAD7 - ERADO data registers the 
ERABF bit will be set will raise an interrupt if the corresponding interrupt enable bit is set. 
The processor can therefore detect a received message on the interrupt or by polling the 
ERABF bit. When the processor has finished reading the message from the ERAD7 - 
ERADO data registers and is ready to receive a new message it simply clears the ERABF bit. 
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When a full message has been successfully received this is communicated to the far-end 

device via the ECC signaling. 

• ERABF The ERABF bit when set indicates that ERAD7 - ERADO data registers 
contain a full valid received message. The data in the ERAD7 - ERADO data registers 
cannot be overwritten with a new received message while ERABF is set. When 
ERABF is cleared this allows the ERAD7 - ERADO data registers to be overwritten 
with a new received message. 

Receive Port A Local Interrupt Enables - 0x23 RALIE 

Receive Port A Local Interrupt Enables Register has the address of 0x23 RALIE and 

is illustrated in Figure 46. 
Type: Read/Write 
Software Lock: No 
Reset Value: 0x00 

This register contains the interrupt enables for the alarms in the RALA register. Set 
= interrupt enabled and Clear = interrupt disabled. 
Receive Port A Control - 0x24 RACTL 

Receive Port A Control Register has the address of 0x24 RACTL and is illustrated 
in Figure 47. 

Type: Read/Write 

Software Lock: Yes 

Reset Value: 0x01 
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The Receive Port A Control register defines the operation of the Port A Transport 
containers DisAssemler section. 

• RAESS Receive Port A, Valid Received ESS bit select. Two ESS bits are 
received in the Remote Alarm and Signaling Byte as described. Only one of these 
received bits may be designated as valid. The valid bit is extracted and passed to 
the ECC transmit section as the ECC signaling bit (ESS) received on Port A. 
When RAESS is set then Remote Alarm and Signaling Byte bit[l], ESSB, is 
selected as valid and bit[2], ESSA is ignored. When RAESS is clear then the 
Remote Alarm and Signaling Byte bit[2], ESSA, is selected as valid and bit [1], 
ESSB is ignored. The names ESSA and ESSB of these bits refers to the remote 
receiver port from which they originated and are not associated with the local 
receivers Port A and Port B. 

• RABEC Receiver Port A, Bit Error Count mode. When set the receiver expects 
to receive the raw scrambler PRBS pattern. See TXPRBS bit of the TERRCTL 
register. The descrambler will lock to this sequence and then count individual bit 
errors in the PRBS stream. This bit error count will be reflected in the RABEC2 - 
RABECO registers. As there is no data cell delineation, the frame delineation will 
be lost. This is not a live traffic test. 

• RADFLK Receive Port A, Descrambler Force Lock. When set the descrambler 
will be forced out of lock and will immediately begin to re-lock. The hardware 
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will clear this bit and descrambler lock status can be monitored on the RALDSLL 
bit of the RALA register, 

• RACDIS Receive Port A, Cell Discard. When set then cells with an errored HEC 
are discarded. 

ECC Receive Buffer A - 0x26 to 0x2D ERAD7 to ERADO 

ECC Receive Buffer A Register has the address of 0x26 to 0x2D ERAD7 to ERADO 
and is illustrated in Figure 48* 
Type: Readonly 
Software Lock: No 
Reset Value: 0x00 

The ERAD7, ERAD6, ERAD5, ERAD4, ERAD3, ERAD2, ERAD1 and ERADO 
registers contain the Port A received ECC message. 

• ERAD7 - ERADO When the ERABF bit is set then these registers contain a valid 
received ECC message for Port A and cannot be overwritten by any incoming messages. 
When the ERABF bit is clear these registers may not contain a valid message and should not 
be interpreted as such. 

Receive Port A HEC Count - 0x2E to 0x30 RAHECC2 to RAHECC0 

Receive Port A HEC Count Register has the address of 0x2E to 0x30 RAHECC2 to 
RAHECC0 and is illustrated in Figure 49. 
Type: Read only/Clear on Read 
Software Lock: No 
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Reset Value: 0x00 

The RAHECC2, RAHECC1 and RAHECCO registers contain the Port A received 
errors HEC count. 

• RAHECC2 - RAHECCO: This register must be read in the order of most 
significant byte RAHECC2 first and least significant byte RAHECCO or the value read will 
not be valid. This counter will not roll-over from OxFFFFFF to 0x000000 but will stick at 
OxFFFFFF. 

Receive Port A HEC Threshold - 0x31 to 0x33 RAHECT2 to RAHECT0 

Receive Port A HEC Threshold Register has the address of 0x3 1 to 0x33 RAHECT2 
to RAHECT0 and is illustrated in Figure 50. 
Type: Read/Write 
Software Lock: No 
Reset Value: OxFF 

The RAHECT2, RAHECT1 and RAHECT0 registers contain the Port A received 
errors HEC threshold. When the error count RAHECC equals the threshold RAHECT then 
the RAXHEC alarm will bet set. 

• RAHECT2 - RAHECT0: Most significant byte RAHECT2 and least significant 

byte RAHECT0. 

Receive Port A BIP Count - 0x34 to 0x36 RABIPC2 to RABIPCO 
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Receive Port A BEP Count Register has the address of 0x34 to 0x36 RABIPC2 to 
RABIPCO and is illustrated in Figure 51. 
Type: Read only/Clear on Read 
Software Lock: No 
Reset Value: 0x00 

The RABIPC2, RABIPC1 and RABIPCO registers contain the Port A received errors 
BIP count. 

• RABIPC2 - RABIPCO: This register must be read in the order of most significant 
byte RABIPC2 first and least significant byte RABIPCO or the value read will not be valid. 
This counter will not roll-over from OxFFFFFF to 0x000000 but will stick at OxFFFFFF. 
Receive Port A BIP Threshold - 0x36 to 0x39 RABIPT2 to RABIPT0 

Receive Port A BIP Threshold register has the address of 0x36 to 0x39 RABIPT2 to 
RABIPT0 and is illustrated in Figure 52. 
Type: Read/Write 
Software Lock: No 
Reset Value: 0x00 

The RABIPT2, RABIPT1 and RABIPT0 registers contain the Port A received errors 
BIP threshold. When the error count RABIPC equals the threshold RABIPT then the 
RAXBIP alarm will bet set. 

• RABIPT2 - RABIPT0: Most significant byte RABIPT2 and least significant byte 
RABIPT0. 
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Receive Port A Performance Alarms - 0x3A RAPA 

Receive Port A Performance Alarms register has the address of 0x3 A RAPA and is 
illustrated in figure 53. 

Type: Read only/Clear on Read 
Software Lock: No 
Reset Value: 0x00 

The Receive Port A Performance Alarms register contains information error 
performance of Port A. When set RAXHEC and RAXBIP will raise an interrupt if the 
corresponding interrupt enable bits are set. 

• RAXHEC: Receive Port A, Excessive HEC Errors. Set = Number of HEC errors 
counted in RAHECC equals the threshold set in RAHECT. 

• RAXBIP: Receive Port A, Excessive BIP Errors. Set = Number of BIP errors 
counted in RABIPC equals the threshold set in RABIPT. 

Receive Port A Performance Interrupt Enables - 0x3B RAPIE 

Receive Port A Performance Interrupt Enables register has the address of 0x3B 
RAPIE and is illustrated in figure 54. 

Type: Read/Write 

Software Lock: No 

Reset Value: 0x01 

This register contains the interrupt enables for the alarms in the RAPA register. Set 
= interrupt enabled and Clear = interrupt disabled. 

67 



PATENT APPLICATION 
Attorney Docket No.: SSD-0041C 

Receive Port A Remote Status and Alarms - 0x3C RARA 

Receive Port A Remote Alarms register has the address of 0x3C RARA and is 
illustrated in figure 55. 
Type: Read only 
Software Lock: No 
Reset Value: OxOD 

The Receive Port A Remote Alarms register contains information on the status of the 
far-end device which is connected to Port A. On a local Loss of Signal on Port A, LLOSA 
alarm, these bits are all cleared. When set the RARLOSA, RARLOSB and RARDSLL bits 
will raise an interrupt if the corresponding interrupt enable is set. A change in value on 
RARBA will raise an interrupt if the corresponding interrupt enable is set. Also a change in 
value on RARLOSA, RARLOSB, RARDSLL and RARBA will set the RARCS bit. When 
set the RARCS bit will raise an interrupt if the corresponding interrupt enable is set. 

• RARCS : Receive Port A, Remote Change of Status at far end device LVDS receive 

Ports. 

• RARLOSA: Receive Port A, Remote Loss Of Signal at far end device LVDS 
receive Port A. 

• RARLOSB: Receive Port A, Remote Loss Of Signal at far end device LVDS 
receive Port B. 

• RARBA : Receive Port A, Remote far end device active receive Port. Set = Port 
B active and Clear = Port A active. 
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♦ RARDSLL: Receive Port A, Remote far end device active receive port Descrambler 
Loss of Lock. Set = Out of Lock and Clear = Lock. 
Receive Port A Remote Interrupt Enables - 0x3D RARIE 

Receive Port A Remote Interrupt Enables register has the address of 0x00 RAPIE 
and is illustrated in figure 56. 
Type: Read/Write 
Software Lock: No 
Reset Value: 0x00 

This register contains the interrupt enables for the alarms in the RARA register. Set 
= interrupt enabled and Clear = interrupt disabled. 
Receive Port A Up2Down Loopback Cell Count - 0x3E RAU2DLBC 

Receive Port A Up2Down Loopback Cell Count Register has the address of 0x3E 
RAU2DLBC and is illustrated in figure 57. 
Type: Read only/Clear on Read 
Software Lock: No 
Reset Value: 0x00 

The Receive Port A Up2Down Loopback Cell count register counts the number of 
incoming loopback cells detected from the Port A LVDS interface when Up2Down loopback 
is enabled with the U2DLB bit of the ALBC register. 

• RAU2DLBC[7:0] Port A Up2Down Loopback Cell Count value. This register 
will not roll-over from 0x00 to OxFF but will stick at OxFF. 
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Receive Port A Cell Delineation Thresholds - 0x40 RACDT 

Receive Port A Cell Delineation Thresholds Register has the address of 0x40 
RACDT and is illustrated in Figure 58, 
Type: Read/Write 
Software Lock: Yes 
Reset Value: 0x78 

The Receive Port A Cell Delineation Thresholds register controls the operation of the 
Port A cell delineation state machine. The cell delineation lock status is reflected in the 
RALTCLL bit of the RALA register. 

• ALPHA[3:0] When in lock this is the number of consecutive incorrect cell 
HEC's required to lose cell delineation lock. 

• DELTA[3:0] When out of lock this is the number of consecutive correct cell 
HEC's required to gain cell delineation lock. 

Receive Port A Frame Delineation Thresholds - 0x41 RAFDT 

Receive Port A Frame Delineation Thresholds Register has the address of 0x41 
RAFDT and is illustrated in Figure 59. 

Type: Read/Write 

Software Lock: Yes 

Reset Value: 0x78 
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The Receive Port A Frame Delineation Thresholds register controls the operation of 
the Port A frame delineation state machine. The frame delineation lock status is reflected in 
the RALFLL bit of the RALA register. 

• RU[3 :0] When in lock this is the number of consecutive incorrect frame HEC s 
required to lose frame delineation lock. 

• SIGMS[3:0] When out of lock this is the number of consecutive correct frame 
HEC's required to gain frame delineation lock. 

Receive Port A Descrambler Lock Thresholds - 0x42 RADSLKT 

Receive Port A Descrambler Lock Thresholds Register has the address of 0x42 
RADSLKT and is illustrated in Figure 60. 

Type: Read/ Write 

Software Lock: Yes 

Reset Value: 0x88 

The Receive Port A Descrambler Lock Thresholds register controls the operation of 
the Port A descrambler lock state machine confidence counter. The descrambler lock status 
is reflected in the RALDSLL bit of the RALA register. 

• PSI[3:0] When in lock this is the threshold that the descrambler confidence 
counter must reach to lose descrambler lock. When in lock the descrambler 
confidence counter increments on incorrect HEC predictions and decrements on 
good HEC predictions. 
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• RHO[3 :] When out of lock this is the threshold that the descrambler confidence 
counter must reach to gain descrambler lock. When out of lock the descrambler 
confidence counter decrements on incorrect HEC predictions and increments on 
good HEC predictions. 

Receive Port A Bit Error Count - 0x43 to 0x45 RABEC2 to RABECO 

Receive Port A Bit Error Count Register has the address of 0x43 to 0x45 RABEC2 
to RABECO and is illustrated in Figure 61. 

Type: Read only/Clear on Read 

Software Lock: No 

Reset Value: 0x00 

The RABEC2, RABEC 1 and RABECO registers contain the Port A received bit error 
count whenever the RABEC bit of the RACTL register is set. If the RABEC bit of the 
RACTL register is clear these registers are cleared. 

• RABEC2 - RABECO This register must be read in the order of most significant 
byte RABEC2 first and least significant byte RABECO last, or the value read will 
not be valid. This counter will not roll-over from OxFFFFFF to 0x000000 but will 
stick at OxFFFFFF. 

Receive Port B Link Label - 0x60 RBLL 
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Receive Port B Link Label register has the address of 0x60 RBLL and is illustrated 
in figure 62. 

Type: Read only 
Software Lock: No 
Reset Value: 0x00 

The Receive Port B Link Label register contains the Link Trace Label byte received 
in Transport container 6 on receive Port B. 

Whenever the received link label changes value the RBLLC alarm bit in the RBLA 
register is set which will raise an interrupt if the corresponding interrupt enable bit is set. 

• RBLL[7:0] : Port B Received Link Trace Label byte contents. 
Receive Port B Expected Link Label - 0x61 RBELL 

Receive Port B Expected Link Label register has the address of 0x61 RBELL and 
is illustrated in figure 63. 

Type: Read/ Write 

Software Lock: No 

Reset Value: 0x00 

The Receive Port B Expected Link Label register defines the expected contents of the 
Link Trace Label byte received in Transport container 6 on receive Port B. If the actual 
received value, as stored in the RBLL register is not the same as the expected value defined 
here the RBLLM alarm bit in the RBLA register is set, which may raise a processor interrupt 
if the corresponding interrupt enable is set. 
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• RBELL[7:0]: Port B Expected Received Link Trace Label byte contents. 
Receive Port B Local Alarms - 0x62 RBLA 

Receive Port B Local Alarms register has the address of 0x62 RBLA and is 
illustrated in figure 64. 

Type: Bits[6:l] Read only/Clear on Read 

Bit[0] Read/Write 
Software Lock: No 
Reset Value: 0x00 

The Receive Port B Local Alarms register contains information on the status of the 
Port B disassembler. When set RBLLC, RBLLM, RBLDSLL, RBLTCLL and RBLFLL will 
raise an interrupt if the corresponding interrupt enable bits are set. Also a change in value on 
RBLDSLL, RBLTCLL and RBLFLL will set the RBLCS bit which will raise an interrupt if 
the corresponding interrupt enable bit is set. 

• RBLLC: Receive Port B, Local Link Label Change of Status. Set = Change in 
RBLL register value. 

• RBLLM : Receive Port B, Local Link Label Mismatch. Set = Received link label 
RBLL different than expected link label RBELL. 

• RBLCS: Receive Port B, Local Change of Status. 

• RBLDSLL: Receive Port B, Local Descrambler Loss of Lock. Set = Out of Lock 
and Clear = Lock. 
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• RBLTCLL: Receive Port B, Local Transport Container Delineation Loss of Lock. 
Set = Out of Lock and Clear = Lock. 

• RBLFLL: Receive Port B, Local Frame Delineation Loss of Lock. Set = Out of 
Lock and Clear = Lock. 

The ERBBF register bit indicates that the ECC receive section for Port B has 
successfully received a full ECC message consisting of the 8 data bytes contained in registers 
ERBD7 - ERBDO and a the message can now be read by the processor. 

On reset the ERBBF will be clear indicating no valid message has been received. 
When a valid message is received and stored in the ERBD7 - ERBDO data registers the 
ERBBF bit will be set will raise an interrupt if the corresponding interrupt enable bit is set. 
The processor can therefor detect a received message on the interrupt or by polling the 
ERBBF bit. When the processor has finished reading the message from the ERBD7 - ERBDO 
data registers and is ready to receive a new message it simply clears the ERBBF bit. When 
a full message has been successfully received this is communicated to the far-end device via 
the ECC signaling. 

• ERBBF: The ERBBF bit when set indicates that ERBD7 - ERBDO data registers 
contain a full valid received message. The data in the ERBD7 - ERBDO data registers cannot 
be overwritten with a new received message while ERBBF is set. When ERBBF is cleared 
this allows the ERBD7 - ERBDO data registers to be overwritten with a new received 
message. 

Receive Port B Local Interrupt Enables - 0x63 RBLIE 
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Receive Port B Local Interrupt Enables register has the address of 0x63 RBLIE and 
is illustrated in figure 65. 
Type: Read/Write 
Software Lock: No 
Reset Value: 0x00 

This register contains the interrupt enables for the alarms in the RBLA register. Set 
= interrupt enabled and Clear = interrupt disabled. 
Receive Port B Control - 0x64 RBCTL 

Receive Port B Control Register has the address of 0x64 RBCTL and is illustrated 

in Figure 66. 

Type: Read/Write 
Software Lock: Yes 
Reset Value: 0x01 

The Receive Port B Control register defines the operation of the Port B Transport 
containers DisAssembler section. 

• RBESS Receive Port B, Valid Received ESS bit select. Two ESS bits are 
received in the Remote Alarm and Signaling Byte as described. Only one of these 
received bits may be designated as valid. The valid bit is extracted and passed to 
the ECC transmit section as the ECC signaling bit (ESS) received on Port A. 
When RBESS is set then the Remote Alarm and Signaling Byte bit[l], ESSB, is 
selected as valid and bit[2], ESSA, is selected as valid and bit[l], ESSB is 
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ignored. The names ESSA and ESSB of these bits refers to the remote receiver 
port from which they originated and are not associated with the local receivers 
Port A and Port B. 

• RBBEC Receive Port B, Bit Error Count mode. When set the receiver expects to 
receive the raw scrambler PRBS pattern. See TXPRBS bit of the TERRCTL 
register. The descrambler will lock to this sequence and then count individual bit 
errors in the PRBS stream. This bit error count will be reflected in the RBBEC2 - 
RBBECO registers. As there is no data cell delineation, the frame delineation will 
be lost. This is not a live traffic test. 

• RBDFLK Receive Port B, Descrambler Force Lock. When set the descrambler 
will be forced out of lock and will immediately begin to re-lock. The hardware 
will clear this bit and the descrambler lock status can be monitored on the 
RBLDSLL bit of the RBLA register. 

ECC Receive Buffer B - 0x66 to 0x6D ERBD7 to ERBDO 

ECC Receive Buffer B - 0x66 to 0x6D ERBD7 to ERBDO and is illustrated in figure 

67. 

Type: Read only 
Software Lock: No 
Reset Value: 0x00 

The ERBD7, ERBD6, ERBD5, ERBD4, ERBD3, ERBD2, ERBD1 and ERBDO 
registers contain the Port B received ECC message. 
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• ERBD7 - ERBDO: When the ERBBF bit is set these registers contain a valid 
received ECC message for Port B and cannot be overwritten by any incoming messages. 
When the ERBBF bit is clear these registers may not contain a valid message and should not 
be interpreted. 

Receive Port B HEC Count - 0x6E to 0x70 RBHECC2 to RBHECCO 

Receive Port B HEC Count register has the address of 0x6E to 0x70 RBHECC2 to 
RBHECCO and is illustrated in figure 68. 
Type: Read only/Clear on Read 
Software Lock: No 
Reset Value: 0x00 

The RBHECC2, RBHECC1 and RBHECCO registers contain the Port B received 
errors HEC count. 

• RBHECC2 - RBHECCO: This register must be read in the order of most significant 
byte RBHECC2 first and least significant byte RBHECCO or the value read will not be valid. 
This counter will not roll-over from OxFFFFFF to 0x000000 but will stick at OxFFFFFF. 

Receive Port B HEC Threshold - 0x71 to 0x73 RBHECT2 to RBHECT0 

Receive Port B HEC Threshold register has the address of 0x7 1 to 0x73 RBHECT2 
to RBHECT0 and is illustrated in figure 69. 
Type: Read/Write 
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Software Lock: No 
Reset Value: OxFF 

The RBHECT2, RBHECT1 and RBHECTO registers contain the Port B received 
errors HEC threshold. When the error count RBHECC exceeds the threshold RBHECT the 
RBXHEC alarm will bet set. 

• RBHECT2 - RBHECTO: Most significant byte RBHECT2 and least significant 

byte RBHECTO. 

Receive Port B BIP Count - 0x74 to 0x76 RBBIPC2 to RBBIPCO 

Receive Port B BIP Count register has the address of 0x74 to 0x76 RBBIPC2 to 
RBBIPCO and is illustrated in figure 70. 
Type: Read only/Clear on Read 
Software Lock: No 
Reset Value: 0x00 

The RBBIPC2, RBBIPC1 and RBBIPCO registers contain the Port B received errors 
BIP count. 

• RBBIPC2 - RBBIPCO: This register must be read in the order of most significant 
byte RBBIPC2 first and least significant byte RBBIPCO or the value read will not be valid. 
This counter will not roll-over from OxFFFFFF to 0x000000 but will stick at OxFFFFFF. 
Receive Port B BIP Threshold - of 0x77 to 0x79 RBBIPT2 to RBBIPT0 

Receive Port B BIP Threshold register has the address of 0x77 to 0x79 RBBIPT2 to 
RBBIPT0 to and is illustrated in figure 71. 
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Type: Read/Write 
Software Lock: No 
Reset Value: OxFF 

The RBBIPT2, RBBIPT1 and RBBIPTO registers contain the Port B received errors 
BIP threshold. When the error count RBBIPC exceeds the threshold RBBIPT the RBXBIP 
alarm will bet set. 

• RBBIPT2 - RBBIPTO: Most significant byte RBBIPT2 and least significant byte 
RBBIPTO. 

Receive Port B Performance Alarms - 0x7A RBPA 

Receive Port B Performance Alarms register has the address of 0x7A RBPAL and 
is illustrated in figure 72. 

Type: Read only/Clear on Read 
Software Lock: No 
Reset Value: 0x00 

The Receive Port B Performance Alarms register contains information error 
performance of Port B. When set RBXHEC and RBXBIP will raise an interrupt if the 
corresponding interrupt enable bits are set. 

• RBXHEC: Receive Port B, Excessive HEC Errors, Set = Number of HEC errors 
counted in RBHECC exceeds threshold set in RBHECT. 

• RBXBIP: Receive Port B, Excessive BIP Errors. Set = Number of BIP errors 
counted in RBBIPC exceeds threshold set in RBBIPT. 
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Receive Port B Performance Interrupt Enables - 0x7B RBPIE 

Receive Port B Performance Interrupt Enables register has the address of 0x7B 
RBPIE and is illustrated in figure 73. 
Type: Read/ Write 
Software Lock: No 
Reset Value: 0x00 

This register contains the interrupt enables for the alarms in the RBPA register. Set 
= interrupt enabled and Clear = interrupt disabled. 
Receive Port B Remote Status and Alarms - 0x7C RBRA 

Receive Port B Remote Status and Alarms register has the address of 0x00 RBRA 
and is illustrated in figure 74. 
Type: Read only 
Software Lock: No 
Reset Value: OxOD 

The Receive Port B Remote Alarms register contains information on the status of the 
far-end device which is connected to Port B. On a local Loss of Signal on Port B, LLOSB 
alarm, these bits return to the reset value. When set the RBRLOSA, RBRLOSB and 
RBRDSLL bits will raise an interrupt if the corresponding interrupt enable is set. A change 
in value on RBRBA will raise an interrupt if the corresponding interrupt enable is set. Also 
a change in value on RBRLOSA, RBRLOSB, RBRDSLL and RBRBA will set the RBRCS 
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bit. When set the RBRCS bit will raise an interrupt if the corresponding interrupt enable is 
set. 

• RBRCS : Receive Port B, Remote Change of Status at far end device LVDS receive 

Ports. 

• RBRLOSA : Receive Port B, Remote Loss Of Signal at far end device LVDS 
receive Port A. 

• RBRLOSB: Receive Port B, Remote Loss Of Signal at far end device LVDS 
receive Port B. 

• RBRBA: Receive Port B, Remote far end device active receive Port. Set = Port B 
active and Clear = Port A active. 

• RBRDSLL : Receive Port B ? Remote far end device active receive port 
Descrambler Loss of Lock, Set = Out of Lock and Clear = Lock. 

Receive Port B Remote Interrupt Enables - 0x7D RBRIE 

Receive Port B Remote Interrupt Enables register has the address of 0x7D RBRIE 
and is illustrated in figure 75. 

Type: Read/ Write 

Software Lock: No 

Reset Value: 0x00 

This register contains the interrupt enables for the alarms in the RBRA register. Set 
= interrupt enabled and Clear = interrupt disabled. 
Receive Port B Up2Down Loopback Cell count - 0x7E RBU2DLBC 
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Receive Port B Up2Down Loopback Cell count Register has the address of 0x7E 
RBU2DLBC and is illustrated at Figure 76. 
Type: Read only / Clear on Read 
Software Lock: No 
Reset Value: 0x00 

The Receive Port B Up2Down Loopback Cell Count register counts the number of 
incoming loopback cells detected from the Port B LVDS interface when Up2Down 
Loopback is enabled with the U2DLB bit of the ALBC register. 

• RBU2DLBC[7:0] Port B Up2Down Loopback Cell Count value. This register 
will not roll-over from 0x00 to OxFF but will stick at OxFF. 
Receive Port B Cell Delineation Thresholds - 0x80 RBCDT 

Receive Port B Cell Delineation Thresholds Register has the address of 0x08 RBCDT 
and is illustrated in Figure 77. 

Type: Read/Write 

Software Lock: Yes 

Reset Value: 0x78 

The receive Port B Cell Delineation Thresholds register controls the operation of the 
Port B cell delineation state machine. The cell delineation lock status is reflected in the 
RBLTCLL bit of the RBLA register. 

• ALPHA[3:0] When in lock this is the number of consecutive incorrect cell 
HEC's required to lose cell delineation lock. 
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• DELTA [3:0] When out of lock this is the number of consecutive correct cell 
HEC's required to gain cell delineation lock. 
Receive Port B Frame Delineation Thresholds - 0x81 RBFDT 

Receive Port B Frame Delineation Thresholds Register has the address of 0x81 
RBFDT and is illustrated in Figure 78. 
Type: Read/Write 
Software Lock: Yes 
Reset Value: 0x78 

The Receive Port B Frame Delineation Thresholds register controls the operation of 
the Port B fram delineation state machine. The frame delineation lock status is reflected in 
the RBLFLL bit of the RBLA register. 

• MU[3 :0] When in lock this is the number of consecutive incorrect frame HEC's 
required to lose frame delineation lock. 

• SIGMA[3 :0] When out of lock this is the number of consecutive correct frame 
HEC's required to gain frame delineation lock. 

Receive Port B Descrambler Lock Thresholds - 0x82 RBDSLKT 

Receive Port B Descrambler Lock Thresholds Register has the address of 0x82 
RBDSLKT and is illustrated in Figure 79. 

Type: Read/Write 

Software Lock: Yes 

Reset Value: 0x88 
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The Receive Port B Descrambler Lock Thresholds register controls the operation of 
the Port B descrambler lock state machine confidence counter. The descrambler lock status 
is reflected in the RBLDSLL bit of the RBLA register. 

• PSI[3:0] When in lock this is the threshold that the descrambler confidence 
counter must reach to lose descrambler lock. When in lock the descrambler 
confidence counter increments on incorrect HEC predictions and decrements on 
good HEC predictions. 

• RHO[3 :0] When out of lock this is the threshold that the descrambler confidence 
counter must reach to gain descrambler lock. When out of lock the descrambler 
confidence counter decrements on incorrect HEC predictions and increments on 
good HEC predictions. 

Receive Port B Bit Error Count - 0x83 to 0x85 RBBEC2 to RBBECO 

Receive Port B Bit Error Count Register has the address of 0x83 to 0x85 RBBEC2 
to RBBECO and is illustrated in Figure 80. 

Type: Read only/Clear on Read 

Software Lock: No 

Reset Value: 0x00 

The RBBEC2, RBBEC 1 and RBBECO registers contain the Port B received bit error 
count whenever the RBBEC bit of the RBCTL register is set. If the RBBEC bit of the 
RBCTL register is clear, these registers are cleared. 
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• RBBEC2 - RBBECO This register must be read in the order of most significant 
byte RBBEC2 first and least significant byte RBBECO last, or the value read will 
not be valid. This counter will not roll-over from OxFFFFFF to 0x000000 but will 
stick at OxFFFFFF. 

UTOPIA Configuration - OxAO UCFG 

UTOPIA Configuration register has the address of 0x0 A UCFG and is illustrated 
in figure 81. 

Type: Read/Write 

Software Lock: Yes 

Reset Value: 0x00 

The UTOPIA Configuration register defines the UTOPIA interface operating modes. 

• CLVM[1 :0] : CLAV Mode bits. 1 1 - Up to 3 1 ports using CLAV0, 0 1 or 1 0 - Up 
to 31 ports using CLAV0 to CLAV3, 00 = Up to 248 ports using CLAV0 to CLAV7. 

• B WIDTH : UTOPIA data bus width. Set = 8-bit data bus and Clear = 1 6-bit mode. 

• UBDEN UTOPIA Bidirectional pins enable. Set = the UTOPIA bidirectional pins 
take on the functionality as defined by the UMODE setting. Clear = Att UTOPIA interface 
bidirectional pins are tri-stated. This is to avoid pin contention at the UTOPIA pins on reset. 

• UMODE: UTOPIA ATM or PHY mode. Set = PHY Layer 14 interface and Clear 
= ATM Layer 12 Interface. 

UTOPIA Connected Port List - OxAl to 0xA4 UCPL3 to UCPL0 
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UTOPIA Connected Port List register has the address of OxAl to 0xA4 UCPL3 to 
UCPLO and is illustrated in figure 82. 
Type: Read/ Write 
Software Lock: Yes 
Reset Value: OxFF 

The UCPL3, UCPL2, UCPL1 and UCPLO registers define the connected UTOPIA 
ports for polling. The sub-ports present for the connected ports is defined in the UCSPL 
register. 

• UCPL3 - UCPLO UCPL3[6]: corresponds to port 31 and UCPL0[0] corresponds 
to port 0. When a bit is set then the port is connected and will be polled, when clear the port 
is not connected and will not be polled. 
UTOPIA Connected Sub-Port List - 0xA6 UCSPL 

UTOPIA Connected Sub-Port List register has the address of 0xA6 UCSPL and is 
illustrated in figure 83. 

Type: Read/Write 

Software Lock: Yes 

Reset Value: 0x01 

The UCSPL register defines the connected UTOPIA sub-ports within all ports for 
polling. 
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• UCSPL UCSPL[7]: corresponds to sub-port 7 and UCSPL[0] corresponds to sub- 
port 0. When a bit is set then the sub-port is connected and will be polled, when clear the 
sub-port is not connected and will not be polled. 

UTOPIA Sub-Port Address Location - 0xA7 USPAL 

UTOPIA Sub-Port Address Location register has the address of 0xA7 USPAL and 
is illustrated in figure 84. 

Type: Read/ Write 

Software Lock: Yes 

Reset Value: 0x00 

The UTOPIA Sub-Port Address Location register defines the which byte of the PDU 
header the sub-port address is contained in when using Extended UTOPIA mode. The PDU 
header consists of the User Prepend, the ATM cell header and UDF bytes, and so can be a 
maximum of 18 bytes. The first of these bytes is denoted as byte 0. The corresponding 
USPAM register is used to define which bits in the byte contain the sub-port address. 

• USPAL[4:0]: Byte number of the PDU header byte which contains the UTOPIA 
sub-port address. 

UTOPIA Sub-Port Address Mask - 0xA8 USPAM 

UTOPIA Sub-Port Address Mask register has the address of 0xA8 USPAM and is 
illustrated in figure 85. 

Type: Read/Write 
Software Lock: Yes 
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Reset Value: 0x07 

The UTOPIA Sub-Port Address Mask register defines which bits of the PDU header 
byte defined by the USPAL register contain the sub-port address. 

• USPAM[7:0] : Set = This bit location contains valid sup-port address bit. Clear = 
Ignore this bit location. 

Note that only 3 bit locations must be set in this register to give the 3 bit sub-port 
address location. All others bits must be clear. By default, bits USPAM [2:0] are set, 
indicating that the sub-port address is located in bits [2:0] of the PDU header byte indicated 
by the USPAL register, with the MSB in bit [2] and the LSB in bit [0]. If USPAM bits [6], 
[4] and [1] were set, then the sub-port address would be located in bits [6], [4] and [1] of the 
PDU header byte indicated by the USPAL register, with the MSB in bit [6] and the LSB in 
bit [1]. 

MTB Queue Threshold - 0xA9 to 0xC7 MTBQT30 to MTBQT0 

MTB Queue Threshold register has the address of 0xA9 to 0xC7 MTBQT30 to 
MTBQT0 and is illustrated in figure 86. 
Type: Read/Write 
Software Lock: Yes 
Reset Value: 0x04 
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The MTB Queue Threshold registers define the maximum size in PDU cells of each 
of the 3 1 queues. If all 3 1 queues are being used it is recommended that the threshold be left 
at the default of 4 cells. If less than 3 1 queues are in use then the queue threshold may be 
raised according to the MTB Queue Configuration. Note that when the threshold on a queue 
is modified the queue should be flushed using the corresponding bit of the MTBQF3 - 
MTBQFO registers. 

• MTBQT30[7:0]: Maximum number of PDU cells for queue 30. 

• MTBQT29[7:0]: Maximum number of PDU cells for queue 29. 



• MTBQT1 [7:0]: Maximum number of PDU cells for queue 1 . 

• MTBQT0[7:0]: Maximum number of PDU cells for queue 0. 
MTB Queue Full - 0xC8 to OxCB MTBQFL3 to MTBQFLO 

MTB Queue Full register has the address of 0xC8 to OxCB MTBQFL3 to MTBQFLO 
and is illustrated in figure 87. 
Type: Read only 
Software Lock: No 
Reset Value: 0x00 

The MTBQFL3, MTBQFL2, MTBQFL1 and MTBQFLO registers show which 
queues are full. 

• MTBQFL3 [7] MTBQFL3[7] bit indicates that the entire MTB is full. As memory 
resources are over assigned among the 3 1 individual queues then the MTB may be full while 
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some of the individual queues may not be full. When this bit is set, then the entire queue is 
full and when clear, the queue is not full. 

• MTBQFL3 - MTBQFLO: MTBQFL3[6] corresponds to queue 31 and 
MTBQFL0[0] corresponds to queue 0. When a bit is set then the queue is full and when clear 
the queue is not full. 

MTB Queue Empty - OxCC to OxCF MTBQEO to MTBQEO 

MTB Queue Empty register has the address of OxCC to OxCF MTBQEO to MTBQEO 
and is illustrated in figure 88. 
Type: Read only 
Software Lock: No 
Reset Value: OxFF 

The MTBQE3, MTBQE2, MTBQE1 and MTBQEO registers show which queues are empty. 

• MTBQE3 - MTBQEO :MTBQE3[6] corresponds to queue 31 and MTBQEO [0] 
corresponds to queue 0. When a bit is set then the queue is empty and when clear the queue 
is not empty. 

MTB Queue Flush - OxDO to 0xD3 MTBQF3 to MTBQFO 

MTB Queue Flush register has the address of OxDO to 0xD3 MTBQF3 to MTBQFO 
and is illustrated in figure 89. 
Type: Read/Write 
Software Lock: Yes 
Reset Value: 0x00 
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The MTBQF3 , MTBQF2, MTBQF 1 and MTBQFO registers allow each of the queues 
to be flushed. Flushing a queue removes all PDU cells from the queue. The processor sets 
the appropriate bit in the MTBQF register to flush a queue. When this has been completed 
the hardware will clear the bit. So after setting a bit to flush a queue the processor should poll 
the MTBQF register to determine when the flushing has been completed. 

• MTBQF3 - MTBQFO: MTBQF3[6] corresponds to queue 31 and MTBQF0[0] 
corresponds to queue 0. When a bit is set then a flush of the corresponding queue is initiated 
and when clear the queue flush is completed and the queue is now in normal operation. 

MTB Cell Flush - 0xD4 to 0xD7 MTBCF3 to MTBCFO 

MTB Cell Flushregister has the address of 0xD4 to 0xD7 MTBCF3 to MTBCFO and 
is illustrated in figure 90. 
Type: Read/Write 
Software Lock: Yes 
Reset Value: 0x00 

The MTBCF3, MTBCF2, MTBCF1 and MTBCFO registers allow the PDU cell at the 
head of each of the queues to be flushed. This removes the PDU cell from the head of the 
queue without corrupting the queue. The processor sets the appropriate bit in the MTBCF 
register to flush a cell from a queue. When this has been completed the hardware will clear 
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the bit. So after setting a bit to reset a cell from a queue the processor should poll the 
MTBCF register to determine when the flush has been completed. 

• MTBCF3 - MTBCFO: MTBCF3[6] corresponds to queue 31 and MTBCF0[0] 
corresponds to queue 0. When a bit is set then a flush of the PDU cell at the head of the 
queue is initiated and when clear the cell flush is completed and the queue is now in normal 
operation. 

Queue Flush - 0xD8 QFL 

Queue Flush register has the address of 0xD8 QFL and is illustrated in figure 91. 
Type: Read/Write 
Software Lock; Yes 
Reset Value: 0x00 

The Queue Flush register allows both the MTB and the FIB queues to be completely 
flushed. This removes all PDU cells from the targeted queue. The processor sets the 
appropriate bit in the QFL register to flush a queue. When this has been completed the 
hardware will clear the bit. So after setting a bit to reset a queue the processor should poll 
the QFL register to determine when the flush has been completed 

• FIBFL: When set then a flush of the FIB queue is initiated and when clear the FIB 
queue flush is completed and the queue is now in normal operation. 

• MTBFL: When set then a flush of the MTB queue is initiated and when clear the 
MTB queue flush is completed and the queue is now in normal operation. 

MTB Queue Overflow - 0xD9 to OxDC MTBQOV3 to MTBQOV0 
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MTB Queue Overflow Register has the address of 0xD9 to OxDC MTBQOV3 to 
MTBQOVO and is illustrated in Figure 92. 
Type: Read only / Clear on Read 
Software Lock: No 
Reset Value: 0x00 

The MTBQOV3, MTBQOV1 and MTBQOVO registers indicate the overflow status 
of the thirty one queues in the MTB. If a queue has filled to it's threshold defined in the 
MTBQT3 1 - MTBQTO registers, and an attempt is made to write another cell to the queue, 
then the overflow bit for that queue will be set in these registers. This additional cell write 
will be rejected and the cell discarded automatically. These bits reflect that an attempt has 
been made to write to an already full queue and may be used as an indication of problems 
with the Flow Control mechanism. As the attempted write is rejected the queue will not fill 
beyond its threshold. A subsequent read of a cell from the specific queue out over the 
UTOPIA interface will be successful, but will not clear the overflow bit in this register. The 
overflow bits in these registers will only be cleared by a processor read. If any of the bits in 
these MTBQOV3 - MTBQOVO registers is set then the MTBSOVA bit of the UAA register 
will be set any may raise an interrupt. 

• MTBQOV3 - MTBQOVO MTBQOV3[6] corresponds to queue 31 and 
MTBQOVO [0] corresponds to queue 0. When a bit is set, then the corresponding 
queue has attempted to overflow. 
ATM Down2Up Loopback Cell Count- OxEO D2ULBCC 
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ATM Down2Up Loopback Cell Count register has the address of OxEO D2ULBCC 
and is illustrates in figure 93. 

Type: Read only / Clear on Read 
Software Lock: No 
Reset Value: 0x00 

The ATM Down2Up Loopback Cell Count register counts the number of incoming 
loopback cells detected from the UTOPIA interface when Down2Up loopback is enabled 
with the D2ULB bit of the ALBC register, as illustrated in Figure 40. 

• D2ULBCC[7:0] : Down2Up Loopback Cell Count value. This register will not roll- 
over from 0x00 to OxFF but will stick at OxFF. 

UTOPIA and ATM Alarms - OxEl UAA 

UTOPIA and ATM Alarms Register has the address of OxEl UAA and is illustrated 
in Figure 94. 

Type: Read only / Clear on Read 
Software Lock: No 
Reset Value: 0x00 

The UTOPIA and ATM Alarms register monitors the UTOPIA interface, loopbacks, 
and queue overflows. When set these bits will raise an interrupt if the corresponding interrupt 
enables are set. 
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• PDULA PDU Length Alarm bit. Set = PDU length as defined by the PDUCFG 
register is greater than the maximum PDU cell length of 64 bytes. Clear = PDU 
length is less than or equal to maximum of 64 bytes. 

• CTFRA Cell Transfer Alarm bit. This alarm is only valid when the devise is 
configured as a PHY Layer 14 by setting the UMODE bit of the UCFG register. 
It indicates that the controlling ATM Layer 1 2 device has caused an incorrect cell 
transfer to or from the UTOPIA Bridge as described. Set = incorrect cell transfer 
has occurred on the UTOPIA transmit or receive interface. 

• D2ULBC Set = D2ULBCC count register has changed value. 

• U2DLBC Set = U2DLBCC count register have changed value. 

• UPRTY Set = A parity error has occurred on an incoming ATM cell byte. 

• FIBOVA Set = FIB queue has overflowed. Clear = FIB queue not overflowed. 

• MTBSOVA Set - MTB Soft Overflow Alarm bit. Set = One or more of the bits in 
the MTBQOV1 - MTBQOVO registers are set. Clear = The MTBQOV3 - MTBQOVO 
registers are clear. 

• MTBHOVA MTB Hard Overflow Alarm bit. Set = MTB queue has attempted to 
overflow. This is a hard overflow as the overall MTB has attempted to fill beyond it's hard 
limit. 

UTOPIA and ATM Interrupt Enables - 0xE2 UAIE 

UTOPIA and ATM Interrupt Enables Register has the address of 0xE2 UAIE and is 
illustrated in Figure 95. 
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Type: Read/ Write 
Software Lock; No 
Reset Value: 0x00 

This register contains the interrupt enables for the alarms in the UAA register. Set = 
interrupt enabled and Clear = interrupt disabled. 
ATM Loopback Cell Filter - 0xF7 to OxFA ALFLT3 to ALFLTO 

ATM Loopback Cell Filter Register has the address of 0xF7 to OxFA ALFLT3 to 
ALFLTO and is illustrated in Figure 96. 

Type Read/Write 

Software Lock: No 

Reset Value: OxFF 

The ALBCF3, ALBCF2, ALBCF1 and ALBCFO registers define the cell header bytes 
filter for detecting ATM loopback cells. Incoming ATM cells are compared against the 
loopback cell header format defined in the ALBCF3 - ALBCFO registers to determine if they 
are loopback cells. The filter defined in the ALFLT3 - ALFLTO registers is used to determine 
which bits of the four byte cell header are compared. If a bit is set then that bit in the 
incoming cell header is compared against the corresponding bit in the ALBCF3 - ALBCFO 
registers. Only those bits which are set in the ALFLT3 - ALFLTO registers are compared to 
determine if a cell is a loopback cell. 

UTOPIA Interface Operation 
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This section describes the operation of the UTOPIA Interface of theUTOPIA-LVDS 
Bridge 100. The UTOPIA interface mode of operation is defined in the UTOPIA 
Configuration (UCFG) register of Figure 81. The format of the PDU cells carried over this 
interface is defined in the PDU Configuration (PDUCFG) register as shown in figure 27. 

The interface can operate in ATM Layer 12 mode or PHY Layer 14 mode. When 
operating as a Level 2 ATM Layer 12 interface, the protocol can be extended to cope with 
up to 248 PHY ports rather than the maximum 3 1 allowed by the standard Level 2 definition. 
This is achieved with eight CLAV and eight ENB signals. 

On power up the device defaults to ATM Layer 12 mode. To prevent potential 
contention on the UTOPIA interface signals, all the UTOPIA pins which are bidirectional 
are configured as outputs in tri-state mode and the UTOPIA interface block is disabled. The 
user must select the device operating mode, ATM Layer 1 2 or PHY Layer 1 4, by writing the 
appropriate value to the UMODE bit of the UCGF register before enabling the UTOPIA 
interface block and releasing the UTOPIA interface pins. Enabling the UTOPIA interface and 
releasing the UTOPIA pins is achieved by setting the UBDEN bit of the UCFG register. 
UTOPIA Basic Level 2 Mode - 31 Ports (default mode) 

In UTOPIA Level 2 mode: 

• 8-bit or 16-bit data buses are used so only U_TxData[7:0] and U_RxData[7:0] 
are valid. Parity is calculated and checked only over these bits of the data buses. 
The upper bits of the data buses are not used. 
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• One ATM Layer 12 communicates with one PHY Layer 14 using 
U_TxCLAV[0], U_RxCLAV[0], U_TxENB[0] and U_RxENB[0]. 

• U_TxCLAV[7:l], UJRxCLAV[7:l], U_TxENB[7:l], U_RxENB[7:l], 
U_TxAddr[4:0] and U_RxAddr[4:0] are not used. 

• Only Queues from 30 to 0 of the MTB may be used. 

• The connected ports lists defined by the UCPL3-UCPL0 registers are used. In 
ATM mode these registers are used to determine which ports should be polled. 
In PHY mode these registers are used to determine which MPhy addresses the 
device should respond to during polling. 

• The sub-port address location defined by UCSPL register is not used. 

• The CLAV mode bits CLVM[1 :0] of the UCFG register should be defined as 
CLVM [1 :0] = 00 are not used. 

The configuration of the inputs/outputs of the UTOPIA Level 2 interface for ATM 
Layer 12 mode and PHY Layer 14 mode is illustrated in Figure 97. The main difference is 
that in ATM mode the CLAV pins are inputs and the ENB pins are outputs, whereas in PHY 
mode the CLAV pins are outputs and the ENB pins are inputs. 

Note that in ATM Layer 12 mode theUTOPIA-LVDS Bridge 100 does not generate 
the UTOPIA clocks but must be supplied with these clocks just as in PHY mode. 
ATM Polling 

When configured as an ATM Layer 12 device theUTOPIA-LVDS Bridge 100 polls 
the connected PHY ports using the MPhy address busses UJTxAddr and U_RxAddr. Only 
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those ports which are connected will be polled. The connected ports list defined in the 
UCPL3-UCPL0 registers is used to determine which ports are connected. The PHY ports 
respond only on U_TxCLAV[0] and U_RxCLAV[0]. On reset the UCPL3-UCPL0 registers 
(figure 67) are all set to OxFF so theUTOPIA-LVDS Bridge 100 will poll all ports. 
PHY Polling 

When configured as a PHY Layer 14 device theUTOPIA-LVDS Bridge 100 is polled 
by the connected ATM device. During polling theUTOPIA-LVDS Bridge 100 will only 
respond to MPhy addresses, on U_TxAddr and U_RxAddr, which are defined as connected. 
The connected ports list defined in the UCPL3-UCPL0 registers are used to determine which 
ports are connected. On reset the UCPL3-UCPL0 registers are all set to OxFF so theUTOPIA- 
LVDS Bridge 100 will respond to all MPhy addresses during polling. TheUTOPIA-LVDS 
Bridge 100 responds only on U_TxCLAV[0] and U_RxCLAV[0]. 
UTOPIA Extended Level 2 Mode - 248 Ports 
UTOPIA Extended Level 2 Mode - 248 Ports is shown in figure 98. 

In UTOPIA Extended Level 2 mode: 

♦ 8-bit or 16-bit data buses may used controlled by the B WIDTH bit of the UCFG 
register. In 8-bit mode only U_TxData[7:0] and U_RxData[7:0] are valid, parity 
is calculated and checked only over these bits of the data buses and the upper bits 
of the data buses are not used. In 16-bit mode the full U_TxData[15:0] and 
U_RxData[ 1 5 :0] are valid and parity is calculated and checked over all bits of the 
data buses. 
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In ATM mode theUTOPIA-LVDS Bridge 100 can communicate with up to 248 
PHY ports using the MPhy address busses U_TxAddr[4:0] and U_RxAddr[4:0], 
and the control signals U_TxCLAV[7:0], U_RxCLAV[7:0], U_TxENB[7:0] and 
U_RxENB[7:0]. In PHY mode theUTOPIA-LVDS Bridge 100 behaves as a 
standard Level 2 device and only 3 1 ports are needed using the MPhy address 
busses U_TxAddr[4:0] and U_RxAddr[4:0], and the control signals 
U_TxCLAV[0], U_RxCLAV[0], U_TxENB[0] and U_RxENB[0]. 
All Queues from 30 to 0 of the MTB may be used. There is one queue for each 
MPhy address so the use of the queues will depend on the connected ports list 
defined by the UCPL3-UCPL0 registers. 

The connected ports list defined by the UCPL3-UCPL0 registers and the 
connected sub-port list defined in the UCSPL register are used. In ATM mode 
these registers are used to determine which ports should be polled. In PHY mode 
these registers are used to determine which MPhy addresses the device should 
respond to during polling. 

The sub-port address location defined by USPAL and USPAM registers is used 
in ATM mode to determine the location of the 3-bit sub-port address in the PDU 
cell. In PHY mode these registers are not used. 

The CLAV mode bits CLVM[1:0] of the UCFG register should be defined as 
CLVM[1:0] = 00. 
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The configuration of the inputs/outputs of the UTOPIA Level 2 interface for ATM 
Layer 12 mode and PHY Layer 14 mode is illustrated in Figure 98. 

The main difference is that in ATM mode the CLAV pins are inputs and the MPhy 
Address and ENB pins are outputs, whereas in PHY mode the CLAV pins are outputs and 
the MPhy Address and ENB pins are inputs. Also, in ATM mode all 8 CLAV and ENB pins 
are used, but in PHY mode only 1 of the CLAV and ENB pins are used. 

Note that in ATM Layer 1 2 mode theUTOPIA-LVDS Bridge 1 00 does not generate 
the UTOPIA clocks but must be supplied with these clocks just as in PHY mode. 
ATM Polling 

When configured as an ATM Layer 12 device theUTOPIA-LVDS Bridge 100 polls 
the connected PHY ports using the MPhy address busses U_TxAddr and U__RxAddr. Only 
those ports which are connected will be polled. The connected ports list defined in the 
UCPL3-UCPL0 registers is used to determine which ports are connected. The PHY ports 
respond onU_TxCLAV[7:0] andU_RxCLAV[7:0]. The MPhy address determines the Port 
and the CLAV number determines the Sub-port. Therefore up to 8 sub-ports may be 
connected to a port. Polling of a single MPhy address will get 8 responses on the 8 CLAV 
lines. TheUTOPIA-LVDS Bridge 1 00 uses the connected support list defined in the UCSPL 
register to determine which of these 8 sub-port responses are valid. On reset the UCPL3- 
UCPL0 and UCSPL registers are all set to OxFF so theUTOPIA-LVDS Bridge 100 will poll 
all ports and assume all sub-ports are connected. 
PHY Polling 
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When configured as a PHY Layer 1 4 device the UTOPIA-LVDS Bridge 1 00 is polled 
by the connected ATM device. During polling the UTOPIA-LVDS Bridge 100 will only 
respond to MPhy addresses, on UJTxAddr and U_RxAddr, which are defined as connected. 
The connected ports list defined in the UCPL3-UCPL0 registers is used to determine which 
ports are connected. On reset the UCPL3-UCPL0 registers are all set to OxFF so the 
UTOPIA-LVDS Bridge 100 will respond to all MPhy addresses during polling. 
Sub-Port Address 

The operation of the sub-port address is illustrated in Figure 99. To make use of the 
Extended Level 2 mode allowing up to 248 Ports to be addressed the ATM Layer 12 must 
be capable of inserting a three bit sub-port address in the PDU cell for use by theUTOPIA- 
LVDS Bridge 1 00. This 3 -bit sub-port address must reside in the User Prepend, Cell Header 
or UDF bytes. If s location is defined in the UTOPIA Sub-Port Address Location (USPAL) 
and UTOPIA Sub-Port Address Mask (USPAM) registers. The USPAL register defines 
which byte of the User Prepend, Cell Header or UDF contains the address and the USPAM 
register defines which 3 bits of that byte are to be used as the sub-port address. 

Transmit Path : The MPhy address is interpreted as the Port address. So a cell destined 
for the PHY designated as Port 0 Sub-Port 7 has the 3 bit sub-port address 7 (binary "1 1 1") 
inserted into the PDU cell at the defined sub-port address location by the ATM Layer 12 at 
the head-end. It is then transmitted to the UTOPIA-LVDS Bridge 100 in PHY mode using 
MPhy address 0. The UTOPIA-LVDS Bridge 100 in PHY mode does not examine the sub- 
port address as all cells are transmitted down-bridge anyway. 
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At the far end the UTOPIA-LVDS Bridge 100 when set in ATM mode extracts the 
sub-port address. This is used to determine which sub-port CLAV/ENB signals the 
destination PHY is connected to. A port address of 0 and a sub-port address of 7 means that 
the destination PHY is MPhy address 0 attached to U_TxENB[7] and U_TxCLAV[7]. The 
cell is then transmitted to that PHY. 

Receive Path : A cell received by UTOPIA-LVDS Bridge 1 00 in ATM mode from the 
PHY with MPhy address 0 attached to U_RxENB[6] and UJRxCLAV[6] is designated as 
from Port 0 Sub-Port 6. The sub-port address 6 (binary "1 10") is inserted into the sub-port 
address location of the received PDU and this is transmitted to the head-end. The head-end 
ATM Layer 12 device can then extract this sub-port address from the PDU to determine the 
full address of the originating PHY. 
Connect Port and Sub-Port Lists 

Figure 100 illustrates the usage of the connected port list (UCPL3-UCPL0) registers 
and the connected sub-port list register UCSPL. In this case, theUTOPIA-LVDS Bridge 100 
is in ATM mode and Port 1 and Sub-port 7 and defined as not connected. 

The UCPL3-UCPL0 registers contain 3 1 bits corresponding to the 3 1 possible Ports 
addressed by the MPhy address busses. If a bit location in the UCPL3-UCPL0 registers is set 
then that Port is connected. The sub-ports of that port which are connected is defined by the 
UCSPL register. If a bit location in the UCSPL register is set then that sub-port is connected. 

In Figure 100 the registers are set as follows: UCPL3 = UCPL2 = UCPL1 = OxFF, 
UCPL0 = OxFD and UCSPL = OxEF 

104 



PATENT APPLICATION 
Attorney Docket No.: SSD-0041C 

With bit 1 of UCPLO cleared then Port 1 is not connected. This means that none of 
the 8 sub-ports of Port 1 is connected. So Port 1 Sub-port 7, Portl Sub-port 6, Portl Sub-port 
5, Portl Sub-port 4, Portl Sub-port 3, Portl Sub-port 2, Portl Sub-port 1, Portl Sub-port 0 
are all not connected. Port 1 will therefore not be polled. 

With bit 7 of UCSPL cleared then sub-port 7 is not connected. This means that sub- 
port 7 for all possible 3 1 ports in not connected. Port 3 1 Sub-port 7, Port 30 Sub-port 7, Port 
29 Sub-port 7, Port 0 Sub-port 7 are all not connected. 

Therefore, clearing a bit in the UCPL3 -UCPLO registers will disconnect 8 possible 
PHY port locations and clearing a bit in the UCSPL register will disconnect 3 1 possible PHY 
port locations. 

MTB Queue Configuration 

The Multi-port Traffic Buffer 103 is a 160 cell linked-list buffer that is shared across 
as many as 3 1 Port queues. There is a single queue per MPHY address. 

In the up-bridge direction, a per queue flow control protocol prevents queue overflow. 
Each Port has a programmable upper fill threshold. Should any queue reach this upper 
threshold, back-pressure is applied over the serial link, via the flow control mechanism, to 
the far end (transmitting) device. The transmitting device uses the normal UTOPIA flow 
control handshaking to prevent any more cells being transferred to that MPHY and thus 
prevents overflow. 
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With link-list buffers, each queue may be over-assigned memory space, working on 
the assumption that not every queue will back up simultaneously. To accommodate the rare 
occasions where the buffer as a whole approaches full but individual queues are below their 
full threshold, the device also compares the overall buffer fill against a threshold. Should the 
overall buffer approach overflow, the flow control mechanism provides a global 'halt' 
command to ensure that no cells will be lost. 

The MTB Queue Threshold, MTBQT30 - MTBQTO registers define the maximum 
size in PDU cells of each of the 3 1 queues. If all 3 1 queues are being used it is recommended 
that the threshold be left at the default of 4 cells. If less that 31 queues are in use then the 
queue thresholds may be raised if required. The recommended maximum queue thresholds 
are given in Figure 101 . 

It is further recommended that any queue that is not being used is set with a threshold 
of 0. When a queue has reached its programmed threshold, then the device flow control 
mechanism will prevent the far end device from accepting cells for that MPHY address. 
Therefore, by setting the threshold of an unused a queue to 0, it prevents the UTOPIA 
interface of the far end deice from accepting cells for that MPHY address by either, not 
asserting the CLAV for that MPHY address when in PHY Mode, or not selecting that MPHY 
address when in ATM mode. 

Also not that setting a threshold of 0 will cause the corresponding Queue Full bit in 
the MTBQFL3 - MRBQFLO registers to be continuously set for that queue. 

Configuration and Traffic Inhibit Operation 
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Modifying some device configuration settings should not be carried out while traffic 
is flowing. A mechanism to inhibit traffic is provided, which should be used when changing 
any of the settings contained in the PDUCFG, UCFG, USPAL or USPAM registers. 

The Traffic Inhibit mechanism causes traffic to stop. The UTOPIA interface will stop 
transmitting and receiving cells, the LVDS transmit section will transmit Idle cells, and the 
incoming cells on the active LVDS receive port will be discarded. It is controlled by the 
Configuration Traffic Inhibit (CTI) and Traffic Inhibit Status (TIS) bits of the General 
Control and Status (GCS) register. 

The processor should set the CTI bit before changing any of the PDUCFG, UCFG, 
USPAL or USPAM register settings. This will initiate the Traffic Inhibit mechanism. The 
TIS bit should then be polled. When the TIS bit is set, then traffic is inhibited and the device 
can safely be reconfigured. When configuration is completed, then the CTI bit can be cleared 
by the processor and normal operations resumed. 

Note that the CTI bit is set on either power up of software reset and therefore the 
Traffic inhibit mechanism is active. When initialization of the device registers is completed 
by the processor the CTI bit should be cleared 

Note that the devices at both ends of the LVDS link should be configured with the 
same values for the PDUCFG, USPAL, or USPAM registers for correct operation 

Note that when configuration of both ends of the link is complete then CTI must not 
be disabled for at least two PDU transport times (ie the length of time it takes to transport 
two PDUs over the LVDS link) This CTI disable holdoff period allows all PDUs of the old 
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configuration to be received and discarded correctly. If this haoldoff period is not respected 
then an idle cell PDU of the old PDU configuration may arrive at a device programmed with 
the new PDU configuration and incorrectly be interpreted as a valid cell. 

Note that any change in the PDU configuration which changes the byte location of 
the TC HEC byte will cause the far end device to fall out of TC delineation. See Figure 8. 

Cell / Frame Delineation and Descrambler Operation 

Each of the two Transmission Convergence Sub-Layer (TSC) Dissassemblers 
receives 16-bit data from the associated LVDS receive section. The Transport containers 
DisAssembler must first find the Transport Container (TC) boundaries, then the data can be 
descrambled and the Frame boundaries found. Once this has been achieved the received data 
can be disassembled. 

After achieving Transport container Delineation and the Descrambler locking, then 
the cell data within each Transport container is valid and can be passed to the MTB. If 
Transport container delineation is lost, or the Descrambler is not locked, then cell data is 
invalid and is not passed to the MTB. 

Frame delineation must be achieved before the bytes of the F Channel are considered 
valid. The F Channel consists of the ECC, Flow Control, BIP, Remote Alarm and Signalling 
and Link Label bytes. If Frame delineation is lost then: 

• the received ECC bytes are considered invalid and are assumed to retain the last 
valid values received 
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• the Flow Control bytes are considered invalid and are assumed to be all ones, i.e. 
'halt 5 all ports 

• the Remote Alarm and Signaling byte is considered invalid and is assumed to 
retain the last valid value received 

• and the Link Label byte is considered invalid and is assumed to retain the last 
valid value received. 

Transport container and Frame Delineation is achieved using the HEC bytes of the 
Transport container's. The HEC bytes are not scrambled. 

The Descrambler is loaded with the Scrambler sequence on start-up to achieve lock. 
The operation of these blocks is described below. 
Transport Container Delineation 

At the receive end of the LVDS link, the data will appear as a stream with no 
indication of Transport Container (TC) or frame boundaries. Transport container delineation 
is achieved by finding correct HECs on the incoming data stream. 

The Transport container delineation state diagram is shown in Figure 102. 

C_HUNT (501) - On reset, the Transport container delineation state machine starts 
in the C_HUNT state and Transport container delineation has not been achieved. In the 
CHUNT state, a HEC is calculated word by word on a data stream equal in length to the 
Transport container Header and compared against the next received byte. The length of the 
Transport container header is derived from the PDUCFG register. (Figure 27) This process 
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is repeated until a correct HEC is detected. When a single correct HEC has been detected the 
state machine moves into the CJPRESYNC state (503). 

Note that depending on the length of the Transport container and the length of the 
Transport container Header it may be necessary to word slip after a predefined number of 
HEC calculations in order to obtain a correct HEC. 

In C_PRES YNC , if a correct HEC is found DELTA consecutive times then the state 
machine moves to the CJS YNC state (505) and the system has achieved Transport container 
delineation. If an erred HEC detected during the C_PRES YNC state, the process moves back 
to the CHUNT state. 

In the C_S YNC (505) state, Transport container delineation is assumed to be lost if 
an erred HEC is obtained on ALPHA consecutive occasions. The state machine will move 
back to the CJHUNT (501) state. 

The values of DELTA and ALPHA are programmable independently for Port A and 
Port B. They are contained in the RACDT and RBCDT registers (Figures 58 and 77) and the 
discussion thereto. 
Frame Delineation 

Once the system has achieved Transport container delineation, the Frame delineation 
process can begin. The Frame delineation process is achieved by checking for correct HECs 
with the added coset x 6 +x 4 +x 2 +l . This added coset differentiates 'Start of Frame' Transport 
container HECs. Only the HEC of Transport container 0 can always be differentiated from 
that of other Transport container's. 
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The Frame delineation state diagram is shown in Figure 103. 

F_HUNT (507) - On reset, the Frame delineation state machine starts in the FJTUNT 
507 state and Frame delineation as not been achieved. Each received HEC is monitored to 
determine if it has the added coset and is therefor the Start of Frame (SOF) HEC. When a 
single correct SOF HEC is detected, the state machine enters the FPRESYNC state (509). 

F PRESYNC - In the FPRESYNC state if a correct SOF HEC is found MU 
consecutive times the state machine moves to the F_S YNC 5 1 1 state and the system is said 
to have achieved Frame delineation. If an errored SOF HEC is detected during the 
F_PRESYNC state the state machine moves back to the F HUNT 507 state. 

F_S YNCH 5 1 1 - In the F_SYNC state (511), Frame delineation will be assumed to 
be lost if an erred SOF HEC is obtained on SIGMA consecutive occasions. The state 
machine will move back to the FHUNT 507 state. 

The values of SIGMA and MU are programmable independently for Port A and Port 
B. They are contained in the RAFDT and RBFDT registers (Figures 59 and 78) and the 
discussion thereto. On reset, SIGMA = 8 and MU = 7. 
Descrambler Operation 

Once Transport container delineation has been obtained, the Descrambler 
synchronization can begin. 

After reset, the Descrambler expects the far-end device to send it's Scrambler 
sequence so that the Descrambler can synchronize (lock) to it. This is achieved by means of 
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the Remote Descrambler Loss of Lock bit (RDSLL) of the Remote Alarm and Signalling 
byte. This received bit is stored as the RARDSLL bit of the RARA register for Port A and 
RBRDSLL bit of the RBRA register for Port B. 

The lock status of the Descrambler is transmitted to the far-end device as the RDSLL 
bit. If the Descrambler is out of lock, then the transmitted RDSLL = L At the far end device, 
this is to be stored as RARDSLL or RBRDSLL. depending on which port it is connected to. 
When this bit is set for the active receive port, it causes the Transport containers Assembler 
1 07 to transmit the Scrambler sequence embedded in Idle cells. The Descrambler loads this 
sequence and attempts to lock to it. Once the Descrambler is locked, it clears the RDSLL bit 
transmitted to the far-end device, which causes it to stop sending the Scrambler sequence 
embedded in Idle cells and to begin sending real traffic cells. 

The Descrambler synchronization state diagram is shown in Figure 104. 

D_HUNT (513) - On reset, the Descrambler synchronization state machine starts 
inthe DJHUNT 513 state and the Descrambler is not in Lock. When Transport container 
delineation has been achieved, the transmitted Scrambler sequence is loaded into the 
Descrambler. The state machine enters the D_PRESYNC state (515). 

DPRESYNC - The received scrambler sequence and predicted sequences are 
compared for each Transport container. For each correct prediction, a confidence counter 
increments, and for each incorrect prediction, the confidence counter is decremented. When 
the confidence counter reaches PSI, then the state machine moves to the DJSYNCH state 
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(517) and the system is said to have achieved scrambler Lock. If the confidence counter 
reaches 0 then the state machine moves back to the HUNT state. 

D_S YNC - The comparison of received scrambler sequences and predicted sequences 
is repeated for Frame, for each correct prediction a confidence counter is decremented and 
for each incorrect prediction the confidence counter is incremented. The confidence counter 
has a lower limit of 0. If the confidence counter reaches RHO then the state machine moves 
back to the DJTUNT 513 state and the Descrambler is out of Lock. 

The state machine will also return directly to D_HUNT 513 if Transport container 
delineation is lost. 

The values of PSI and RHO are programmable indepedently for Port A and Port B. 
They are contained in the RADSLKT and RBDSLKT registers (Figures 60 and 79) and the 
discussion thereto. On reset PSI = 8 and RHO = 8. 

LVDS Interface Operation 

The LVDS interface combines a transmit serializer and two receive deserializers. The 
Serializer 1 2 1 accepts 1 6-bit data from the Transport containers Assembler 1 07 block and 
transforms it into a serial data stream with embedded clock information. Each Deserializer 
1 17 recovers the clock and data from the received serial data stream to deliver the resulting 
16-bit wide words to the corresponding Transport containers DisAssembler Block. 

The LVDS interface has a Transmit Serializer 121 block and 2 Receive Deserializer 
1 1 7 blocks that can operate independent of each other. The transmit data is duplicated over 
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2 differential output pairs with independent tri-state controls. The transmit block has a power 
down control. Each receiver has a power down control. These features enable efficient 
operation in various applications. 

The Serializer 121 and Deserializer 1 17 blocks each have 3 operating states. They are 
the Initialization, Data Transfer, and Resynchronization states. In addition, there are 2 
passive states: Powerdown and TRI-STATE. 

The following sections describe each operating mode and passive state. For clarity 
these descriptions refer only the receive Port A. The operation of receive Port B is the same. 
Initialization 

Before the device sends or receives data, it must initialize the links to and from 
another UTOPIA Bridge. Initialization refers to synchronizing the Serializer 121 and 
Deserializer' s PLL's to local clocks. The local clocks must be the same frequency or within 
a specified range if from different sources. After the Serializers synchronize to the local 
clocks, the Deserializers synchronize to the Serializers as the second and final initialization 
step. 

Step 1 After applying Vcc and GND to the Serializer 1 2 1 and Deserializer, the LVDS 
transmit outputs are held in TRI-STATE and the on-chip power-sequencing circuitry disables 
the internal circuits. When Vcc reaches VccOK in each device, the PLL in the Serializer 121 
and Deserializer 117 begins locking to the local clock In the Serialzier, the local clock is the 
LVDSJTxClk, while the Port A Deserializer 1 17 is the reference clock, LVDS_ARefClk. A 
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local on-board oscillator or other source provides the specified clock input to the 
LVDS JTxClk and LVDSARefClk pins 

Step 2 The Deserializer 1 1 7 PLL must synchronize to the Serializer 121 to complete 
the initialization. The Serializer 121 that is generating the stream to the Deserializer 117 
must send random (non-repetitive) data patterns or sync-patterns during this step of the 
Initialization State. The Deserializer 117 will lock onto sync-patterns within a specified 
amount of time. The lock to random data depends on the data patterns and ? therefore, the lock 
time is unspecified. 

In order to lock to the incoming LVDS data stream, the Deserializer 1 17 identifies 
the rising clock edge in a sync-pattern and after XXXX clock cycles will synchronize. If the 
Deserializer 1 17 is locking to a random data stream from the Serializer, then it performs a 
series of operations to identify the rising clock edge and locks to it. Because this locking 
procedure depends on the data pattern, it is not possible to specify how long it will take. At 
the LLOSA bit of the ETXRXA register may be cleared and valid data is presented to the 
Transport containers Disassembler 109 block. Note that the LVDS-ALock_n signal is 
synchronous to valid data being presented to the Transport containers Disassembler 109. 

Data Transfer 

After initialization, the Serializer 121 is able to transfer data to the Deserializer. The 
serial data stream includes a start bit and stop bit appended by the serializer, which frame the 
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1 6 data bits. The start bit is always high and the stop bit is always low. The start and stop bits 
also function as clock bits embedded in the serial stream. 

The Serializer 1 2 1 block accepts 1 6-bit data from the Transport containers Assembler 
1 07 block. The internal version of the LVDSJTxClk signal latches the incoming data. If the 
LVDS_Synch input or the TXSYNC bit of the LVC register is high for 5 LVDSJTxClk 
cycles, the Serializer 121 does not latch data from the Transport containers Assembler 107 
block. 

The Serializer 121 transmits the data and clock bits at 18 times the LVDSJTxClk 
frequency. For example, if LVDSJTxClk is 50 MHz, the serial rate is 50 x 1 8 = 900 Mpbs. 
Since only 1 6 bits are from input data, the serial "payload" rate is 1 6 times the LVDSJTxClk 
frequency. For instance, if LVDSJTxClk = 50 MHz, the payload data rate is 50 x 16 = 800 
Mbps. LVDSJTxClk is provided by the data source and must be in the range of 40 MHz to 
70 MHz. 

When the Port A Deserializer 117 channel synchronizes to the input from a Serializer, 
it drives its LVDS_ALock_n pin low, the LLOSA bit of the ETXRXA register may be 
cleared, and synchronously delivers valid data to the Transport containers Disassembler 1 09 
. The process flow is that the Port A Deserializer 1 17 locks to the embedded clock, uses it 
to generate multiple internal data strobes, and then drives the recovered clock on the 
LVDS_ARxClk pin. The LVDS_ARxClk is synchronous to the data delivered to the 
Transport containers Disassembler 1 09 . While the LVDS_ALock_n pin is low data to the 
Transport containers Disassembler 109 is valid. Otherwise, the data is invalid and is 
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ignored by the Transport containers Disassembler 109 and an interrupt may be raised on 
the LLOSA bit being set high. 

LVDS_ALock_n and LVDSARxClk signals will drive a minimum of three CMOS 
input gates (1 5pF total load) at a 70 MHz clock rate. 

The Port A Deserializer 117 input pins LVDS_ADin are high impedance during 
Receiver Powerdown (LVDS_APwdn pin low or bit RAP WDN or the LVC register set high) 
and power-off (VCC = OV). 
Resynchronization 

Whenever the Port A Deserializer 117 loses lock, it will automatically try to re- 
synchronize. For example, if the embedded clock edge is not detected two times in 
succession, the PLL loses lock and the LVDS-ALock-n pin and the LLOSA bit are driven 
high. The port a Deserializer 1 17 then enters the operating mode where it tries to lock to a 
random data stream. It looks for the embedded clock edge, identifies it and then proceeds 
through the synchronization process. 

The logic state of the LVDS-ALockji pin indicates whether the data is valid; when 
it is low, the data is valid. The system must monitor the LVDS a lock pin and LLOSA bit to 
determine whether received data is valid. The UTOPIA Bridge facilitates this by allowing 
an interrupt to be raised on LLOSA being set. There is a short delay in response to the PLL 
losing synchronization to the incoming data stream. 

The user can choose to re-synchronize to the random data stream or to force fast 
synchronization by pulsing the Serializer 121 LVDS_SYNCH pin or setting the TXSYNC 
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bit. This scheme is left up to the user discretion. One recommendation is to provide a 
feedback loop using the LVDS_ALock_n pin itself to control the synch request of the 
Serializer, which is the LVDS_SYNCH pin. 
Powerdown / TRI-STATE 

The Powerdown state is a very low power consuming sleep mode that the Serializer 
121 and Deserializer 1 1 7 will occupy which waiting for initialization. You can also use the 
LVDS_ADenb, LVDS_TxPwdn, LVDS_APwdn and LVDS_BPwdn pins, or the TXPWDN, 
TXADEN, TXBDEN, RAPWDN and RBPWDN bits of the LVC register to reduce power 
when there are no pending data transfers. The Port A Deserializer 1 17 enters Powerdown 
when LVDS_APwdn is driven low or the RAPWDN bit is set. In Powerdown, the PLL stops 

and the outputs go into TRI-STATE, which reduces supply current to the uA range. 

To bring Port A Deserializer 1 17 block out of the Powerdown state, the system drives 

LVDS_APwdn high and the RAPWDN bit it cleared. When the Deserializer 117 exits 

Powerdown, it automatically enters the Initialization state. The system must then allow time 

for Initialization before data transfer can begin. 

The LVDS_TxPwdn driven low or the TXPWDN bit clear, forces the Serializer 1 2 1 

block into low power consumption where the supply current is the ua range. The Serializer 

121 PLL stops and the output goes into a TRI-STATE condition. 

To bring the Serializer 121 block out of the Powerdown state, the system drives 

LVDS_TxPwdn high and sets the TXPWDN bit. When the Serializer 121 exits Powerdown, 



118 



PATENT APPLICATION 
Attorney Docket No.: SSD-0041C 

its PLL must lock to the LVDS_TxClk before it is ready for the Initialization state. The 
system must then allow tie for Initialization before data transfer can begin. 
Loopback Test Operation 

The UTOPIA Bridge includes 2 Loopback modes for testing the device functionality 
and the transmission line continuity. The Line Loopback connects the serial data input 
(LVDS_ADin) to the serial data output (LVDS_ADout and LVDS_BDout) in addition to the 
parallel data output to the Transport containers Disassembler 109 . The serial data output 
connection route goes through Deserializer 1 17 and Serializer 121 blocks. 

The Local Loopback connects the parallel data output from the Deserializer 1 1 7 back 
to the parallel data input of the Serializer. The connection route includes all the functional 
blocks of the Transceiver. 

The ALBC register controls the loopbacks with the LNEN, LNSEL, LCLA and LCLB 

bits. 



Loop Timing Operation 

The UTOPIA Bridge includes a Loop Timing mode controlled by the LT bit of the 
GCS register. On reset the LT bit is clear so the LVDS transmit clock is sourced directly 
from the LVDS_TxClk pin. Setting the LT bit will switch the transmit clock to be sourced 
from the recovered clock of the active receiver, as defined by the LBA bit of the LKSC 
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register,. The LVDS transit and Transport container A block will then be driven by this 
internal clock and not the LVDS JTxClk pin. 

During the switch the LVDS transmit data will be corrupted for XXX cycles. Note 
that this may cause the far-end device to lose scrambler lock, frame lock or cell delineation. 

Note that both the input LVDS_TxClk clock and active port recovered clock must 
be present for the switch to complete successfully. 

Note also that on reset the device will operate from the LVDS_TxClk input pin clock 
and therefore this clock must be present to ensure correct operation. 

When operating in Loop Timing mode then a Loss of Lock on the active LVDS 
receiver, or a switch of active receiver will also cause the LVDS transmit data to be 
corrupted for XXX cycles. 



Switching Receive Ports 

TheUTOPIA-LVDS Bridge 100 has 2 independent receive sections designated Port 
A and Port B. Traffic can be received from either port. This LBA bit of the LKSC register, 
described in Figure 30 and the discussion thereto controls this function. 
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The ECC 1 1 3 also has two independent receive sections. This is controlled by the 
settings of the ERXA and ERXB bits of the LKSC register. The selected ECC 1 13 receive 
port is independent of the active traffic port selection. Therefore, Port A may be selected as 
active for cell traffic by clearing the LB A bit, but the ECC 1 1 3 may be receiving on Port B 
by setting the ERXB bit. In this way the ECC 113 may communicate over either link without 
affecting the active cell traffic port. 

The selection of active traffic receive ports is accomplished by simply changing the 
value of the LBA bit. When set high, then traffic cells are accepted from Port B, and when 
cleared low, traffic cells are accepted from Port A. When the LBA value is changed, the 
MTB will complete receiving the current cell before switching to the new Port. The MTB 
then waits for the next Start of Cell indication from the associated Transport containers 
Disassembler 1 09. This means that the MTB does not need to be flushed or reset in any way. 

The switching from one port to another is completed XXXX clock cycles after the 
end of receiving the current cell into the MTB. 

Changing the value of the LBA bit to switch ports will clear the ABSC bit of the 
LKSC register. When the switch from one port to the other is completed successfully then 
the hardware will set the ABSC bit. This bit can thus be polled by the processor to determine 
if the switch has been completed. 

Performance Monitoring 

Live Traffic Performance Monitoring 
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Performance monitoring is carried out on live traffic it 2 ways. One is using the HEC 
bytes associated with each cell's Transport container. The other is the BIP bytes of the F 
channel embedded in the frame structure, as described in the sub-heading BIP. 

A 24-bit count of errored HEC's received on Port A is contained in the RAHECC2 - 
RAHECCO registers. When the number of received erred HEC's exceeds the threshold 
defined in the RAHECC2 - RAHECCO registers, an interrupt may be raised on the RAXHEC 
alarm bit in the RAPA alarm register. The count register RAHECC2 - RAHECCO registers 
is reset on read. 

A 24-bit count of erred BIP bytes is similarly maintained in RABIPC2 - RABIPCO 
registers. The associated erred BIP threshold is contained in the RABIPT2 - RABIPTO 
registers and an interrupt may be raised on the RAXBIP alarm bit in the RAPA alarm 
register. The count register RABIPC2 - RABIPCO is also reset on read. 

The same mechanism is in place for Port B using the RBHECC2 - RNBECCO, 
RBHECT2 - RHHECTO, RBBIPC2 - RBBIPCO, RBBIPT2 - RBBIPTO and RBPA registers. 

In addition to the HEC and BIP monitoring, live traffic loopback cell monitoring and 
loopback cell counts are maintained and may raise interrupts on detection of a loopback cell 
as will be described under the sub-heading ATM Cell Loopback. 
Bit Error Count Mode 

In addition to live traffic performance monitoring, a PRBS based LVDS link bit error 
count facility is available. In this mode, no cells are transmitted and instead the raw 
scrambler pseudo-random sequence (polynomial x 31 +x 28 +l) is transmitted. The descrambler 
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will lock to this sequence and then count individual bit errors in the PRBS stream. This bit 
error count is maintained in a count register. As there is no data cell delineation, the frame 
delineation will be lost. This is not a live traffic test. 

The device will transmit the PRBS data when the TXPRBS bit of the TERRCTL 
register is set. When this bit is set, no cell data is transmitted and the Transport containers 
Assembler 107 is paused. In addition, no cells will be read from the FIB queue. 

The receive section of Port A can lock onto this sequence and maintain the bit error 
count when the RABEC bit of the RACTL register is set. The bit error count is maintained 
in the RABEC2 - RABECO registers. This counter has no associated threshold register and 
will not generate an interrupt. The counter may be polled (read) at fixed intervals to 
determine a Bit Error Rate. This counter is reset on read. The count value is only valid when 
both the TXPRBS bit and the RABEC bit are set. 

Port B can operate in the same fashion using the RBBEC bit of the RBCTL register 
and the RBBEC2 - RBBECO registers. 

Loopback Operation 

To assist in diagnostic testing, the UTOPIA-LVDS Bridge 100 provides both 
physical interface loopback and ATM cell loopback. The former is suitable for designer or 
commission testing when the device is not passing live traffic. The latter allows cell trace 
testing on live traffic. All loopback are programmable via the microprocessor interface. 
ATM Cell Loopback 
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The ATM Cell Loopback functionality can operate 2 separate loopbacks. The 
Down2Up_ATM loopback can detect special loopback cells received on the UTOPIA 
interface and transmit them back out over the UTOPIA interface. The Up2Down_ATM 
loopback can detect special loopback cells received on the LVDS interface and transmit them 
back out over the LVDS interface. This is illustrated in Figures 20a and 20b. 

The format of the special loopback cells is defined in the ATM Loopback Cell 
Format registers ALBCF3-ALBCF0. These registers define the contents of the four cell 
header bytes, which indicate that a receive cell is a loopback cell. Associated with the 
ALBCF3-ALBCF0 registers are the ATM loopback Cell filter registers ALFLT3-ALFT0. 
These registers define which bits of the cell header are compared with the loopback CELL 
header declared in the ALBCF3-ALBCF0 registers. It is therefore possible to mask out any 
bits of the cell header from comparison. 

For Down2Up_ATM loopback on the UTOPIA interface only, the ATM loopback 
Mphy register ALBMP, defines the Mphy address on which loopback cells are to be detected, 
and also defines the Mphy address on which they will be sent back out of the device. 
Loopback cells are only detected on this Mohy address at the UTOPIA interface. 

For Up2Down_ATM loopback on the LVDS interface the Mphy address is embedded 
in the incoming PDU and is simply transmitted back out. Therefore, the ALBMP register is 
not relevant. 
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The ATM and LVDS loopback control register ALBC controls the ATM cell 
loopback functionality. Bit D2ULB enables the Down2Up-ATM loopback and bit U2DLB 
enables the Up2Down_ATM loopback. Both may be enable at the same time. 

For Down2Up_ATM loopback, only loopback cells as defined by the ALBMP, 
ALBCF3-ALBCF0 and ALFLT3 - ALFLTO registers are looped back and all other cells are 
passed as normal. 

For Up2Down_ATM loopback, only loopback cells as defined by the ALBCF3- 
ALBCFO and ALFLT3 - ALFLTO registers are looped back and all other cells are passed as 
normal. 

A count of the number of loopback cells is maintained for the Down2Up loopback 
in the Down2Up loopback cell count register (figure 79) D2ULBCC and for the Up2Down 
loopback in the Up2Down loopback Cell Count register U2DLBCC. Whenever these 
counters change value the D2ULBC alarm in the UAA register is set. 

For the Up2Down_ATM loopback, counts are maintain in both receivers in the 
receive Port A. Up 2Down Loopback Cell count register RAU2DLBC and the receive port 
B Up2Down Loopback Cell Count register RBU2DLBC. Whenever the counter in the Active 
receiver (as defined by the LB A bit of the LKSC register) increments the U2DLBC alarm in 
the UAA register is set. Although both counters may increment whenever they detect an 
incoming loopback cell, only increments only the counter of the active receive can set the 
alarm. 
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Alarms in the UAA register may raise an interrupt if the appropriate interrupt enables 
are set in the UAIE register. 

Loopback cells are only counted and looped back in the appropriate loopback mode. 
If the loopback mode is not set then any incoming loopback cells are simply treated as 
normal traffic and passed by the device. In Up2Down_ATM loopback mode only cells from 
the active receiver will be looped back. 

A loopback cell transmission may be initiated by the UTOPIA-LVDS Bridge 100 
over the LVDS transmit link. The TXLVLB bit in the ULBC register controls this 
functionality. Setting the TXLVLB bit causes a single loopback cell to be transmitted over 
the LVDS transmit link. When transmission is finished the TXLVLB bit is cleared. So the 
processor, on setting the TXLVLB bit, should poll it to detect when it clears before sending 
another loopback cell. The loopback cell transmitted will have a header of the format defined 
by theALBCF3-ALBCF0 registers and an Mphy address as defined by the ALBMP register. 

Embedded Communication Channel Operation 

This section describes the operation of the ECC 1 13 in the UTOPIA-LVDS Bridge 
100. The ECC 113 transmits 8 byte long messages over the link under software control. 
Flow control is used to ensure that messages are not overwritten at the receive end. 

The message to be transmitted is written to the ETXD7 - EXTDO transmit buffer 
registers and the received messages are stored in the Port A ERAD7 - ERADO or Port B 
ERBD7 - ERBDO receive buffer registers. Software control is achieved on the transmit side 
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using the ECC 1 13 Transmit Buffer Ready (ETXBR) interrupt of the ETXRXA register and 
the ECC 1 13 Transmit Send (ETXSD) register. 

There are independent receive sections in Port A and Port B and these are controlled 
by the ECC 1 1 3 Receive Port A Buffer Full (ERABF) interrupt of the Receive Port A Local 
Alarm (RAL A) register, and the ECC 1 1 3 Receive Port B Buffer Full (ERBBF) interrupt of 
the Receive Port B Local Alarm (RBLA) register respectively. The choice of receiving ECC 
1 13 messages on Port A or Port B is controlled by the ECCB and ECC A bits of the Link 
Status and Control (LKSC) register. 

The Remote Alarm and Signaling Byte carries the ECC 113 signaling bits. The 
transmitted Remote Alarm and Signaling Byte carries the ESS signal for both of the local 
ECC 113 receive section, ESSA and ESSB. At the receiver a choice must be made as to 
which ESS bit of the received Remote Alarm and Signaling Byte is valid for the local ECC 
113 transmitter. This is controlled by the RAESS and RBESS bits of the RACTL and 
RBCTL registers respectively. 

Basic ECC Protocol - One Transmit and One Receive 

The basic structure of the ECC 113 is illustrated in Figure 105. 

The basic operation of an ECC 1 1 3 link is described here using the transmit section 
of the device at one end of the LVDS link and a single receive section (Port A) of the device 
at the other end of the link 
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The ECC 113 transmitter and receiver communicate via the embedded control 
signals EVN, ESS A, and ESSB in the Remote Alarm and Signaling byte contained in the Fl 
byte of Transport container 6, 

Note that only one of the incoming remote ESS bits is valid on each link as the local 
transmitter cannot be connected to both receivers on another UTOPIA-LVDS Bridge 100. 

The ENV and ESS bits are interpreted as follows: 

EVN - Set = Valid ECC data in F1/F2 bytes of Transport container 13, Transport 
container 20, Transport container 41 and Transport container 48. Clear = Null (not valid) 
ECC data in F1/F2 bytes of Transport container 13, Transport container 20, Transport 
container 41 and Transport container 48. 

ESS - Set = Stop sending ECC data as receive buffer is full. Clear = Send ECC data 
as receive buffer is ready. 

The protocol for transmission of an ECC 113 message is as follows. 

Reset 

The transmit buffer ready ETXBR bit 605 is set indicating that the transmit buffer 
ETXD7-ETXD0 600 can be written to the Tx Buffer Freeze is clear (inactive). 

The transmit buffer send ETXSD bit is clear indicating that no message is being sent 
and therefore EVN is clear indicating to the receiver that Null data is being transmitted. 

The receive buffer full ERABF bit 60 is clear indicating that no message has been 
received and therefore ESS is clear indicating to the transmitter that it can send a message 
when ready. 
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Assembling a message 

As the ETXBR bit 605 is set the processor now has read/write access to the transmit 
buffer ETXD7-ETXD0 600 and can assemble a message by writing to these registers in any 
order. The message can be read back for checking. Writing to these registers does not affect 
the ETXBR 605 and ETXSD bits 605 and 604 or the EVN signal. 
Transmitting a message 

To transmit a message the processor simply sets the send bit ETXSD 604. This clears 
the ETXBR bit 605 preventing write access to the transmit buffer so the message being 
transmitted cannot be corrupted by writes to the ETXD7-ETXD0 registers 600 until 
transmission is completed. The setting of the ETXSD bit 604 also set the EVN signal 
indicating to the receiver that Valid data is being transmitted in the F1/F2 bytes of Transport 
container 13, Transport container 20, Transport container 41 and Transport container 48. 

Note that transmitting a message depends on the incoming ES S signal. If ES S is clear 
indicating that a message can be sent then the processor can write to the ETXSD bit 604. 
However, if ESS is set indicating that a message cannot be sent then the ETXSD bit 604 is 
held in reset and cannot be written to by the processor to initiate transmission. This provides 
flow control from the receiver back to the transmitter. 
Receiving a message 

As the receiver ERABF bit 606 is clear the ESS bit is clear indicating that the 
receiver can accept a message. The receiver monitors the incoming EVN signal to determine 
when valid data is being transmitted. 
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On detecting EVN set the receiver uses the Transport container number to extract 
the 8 ECC message bytes from the incoming data stream. If an errors HEC is detected on any 
of the ECC 113 message bytes then the receiver assumes all 8 bytes are corrupted and will 
re-extract the entire message on the next frame. The transmitter will continue to transmit the 
message as long as the ESS signal is clear. 

When the receiver determines that it has received the entire message it sets the 
receive buffer full ERABF bit 606. This prevents the receive buffer ERAD7-ERAD0 602 
being updated by the incoming ECC 1 13 bytes so that the message cannot be overwritten. 
It also raises an interrupt to the local processor to indicate that a valid ECC 1 1 3 message has 
been received. 

The setting of the ERABF bit 606 also sets the ESS signal back to the transmitter 
indicating that it should stop transmission. This clears the ETXSD bit which clears the EVN 
signal thus indicating that transmitted ECC 113 data is Null (not valid). 

At this stage the receive buffer is full and cannot receive any further messages. The 
transmit buffer ready ETXBR 6054 is still clear meaning that no new messages can be 
assembled and ETXSD 604 is held clear so no new messages can be transmitted. This flow 
control ensures that no new messages will be transmitted until the current received message 
is read. This situation will remain until the received message is read by the local processor. 
Reading a message (Figure 106) 

The setting of the ERABF bit (block 623) in the receiver raises an interrupt to the 
local processor indicating that a valid ECC 1 1 3 message has been received and can be read. 
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The receive buffer registers ERAD7-ERAD0 (block 624) are read only. The processor may 
read theses registers in any order and the reading of them has no affect on the ERABF bit or 
the ESS signal. 

When the processor is finished reading the message from the buffer it writes to the 
ERABF bit to clear it (Block 625). This allows the receiver to receive a new message (Block 
621). The clearing of the ERABF bit clears the ESS signals indicating to the transmitter that 
it can send another message. 
Transmitting a new message 

The clearing of the incoming ESS signal causes the transmitter to set the transmit 
buffer ETXBR bit (Block 613). This allows write access to the transmit buffer ETXD7- 
ETXDO for the assembly of a new message (at block 615). It also releases the ETXSD bit 
from reset and the processor can now set this bit to send a new message. 

At this stage at the transmitter the ETXBR bit is set, the ETXSD bit is clear and EVN 
is clear. At the receiver the ERABF bit is clear and the ESS signal is clear. This is the same 
situation as after reset and therefore the same sequence as above can be followed to transmit 
a new message. 

Note that the transmit buffer registers can be modified or overwritten to assemble a 
new message for transmission, or the existing message can be resent simply by setting the 
ETXSD bit again (Block 616). 
SUMMARY 



131 



PATENT APPLICATION 
Attorney Docket No.; SSD-0041C 

• Tx - If the ETXBR bit is clear then write the message to the ETXD7-ETXD0 
registers (Figure 35). 

• Tx - Set the ETXSD bit to send the message. This clears ETXBR, 

• Rx - When full message received the ERABF bit is set raising an interrupt 

• Rx - After reading the message clear the ERABF bit to allow new message to be 
received. 

• Tx - The clearing of the ERABF bit sets the ETXBR bit allowing a new message 
to be assembled and transmitted. 

Flow Charts 

The flow charts in Figures 106 and 107 summarize the control of the ECC 113 
receive and transmit. 

ECC operation with Active and Standby Receivers (Figure 108) 

The UTOPIA-LVDS Bridge 100 has two independent receive sections, Port A and 
Port B. These each contain an ECC 1 1 3 receive section and the ECC 113 can be configured 
to operate over Port A or Port B or over both Port A and Port B together. The ECC 113 
receive port can be selected independent of the traffic receive port. Therefore traffic data is 
received on the active port designated by the LB A bit of the LKSC register but the ECC 1 1 3 
can receive on either Port A or Port B as designated by the ECCA and ECCB bits of the same 
LKSC register. In a protected system with an active and standby LVDS link this can be used 
to communicate with the standby link while traffic continues to be received from the active 
link. 
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ECC Receive on Port A: communicating with device 2 only. 

For the ECC 1 1 3 to communicate across the active Link A only, the ECCA bit of the 
LKSC register is set and the ECCB bit is clear. The incoming valid ESS signal received over 
Link A "RxA valid ESS" is only one used by the ECC 1 1 3 transmit section in Tx. The RxA 
port is programmed to extract the incoming ESSA bit as the valid ESS, as Device 1 
transmitter is connected to Device 2 receiver port A. This is accomplished by setting the 
RAESS bit of the RBCTL register. 

In this case when an ECC 113 message is transmitted it is the RxA ESS signal 
is used to determine when the message has been successfully received by the far-end Device 
2. So ECC 1 13 communications only occurs over Link B to between Device 1 and Device 
2. 

For device 2 the ECCA bit of the LKSC register is set and the ECCB bit is clear. The 
incoming valid ESS signal received over Link A "RxA valid ESS", is only one used by the 
ECC 113 transmit section in Tx. The RxA port is programmed to extract the incoming 
ESSA bit as the valid ESS, as the Device 2 transmitter is connected to Device 1 receiver Port 
A, This is accompolished by setting the RAESS bit of the RBCTL register. 
ECC Receive on Port B communicating with device 3 only. 

Referring to figure 108 in the case of Device 1 for the ECC 113 to communicate 
across the active Link B only, the ECCB bit of the LKSC register is clear and the ECCA bit 
is set. The incoming valid ESS signal received over Link B "RxB valid ESS" is only one 
used by the ECC 1 13 transmit section in Tx. The RxB port is programmed to extract the 
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incoming ESSB bit as the valid ESS, as Device 1 transmitter is connected to Device 3 
receiver port B. This is accomplished by setting the RBESS bit of the RBCTL register. 

In this case when an ECC 113 message is transmitted it is the RxB ESS signal 
that is used to determine when the message has been successfully received by the far-end 
Device 3. So ECC 1 13 communications only occurs over Link B to between Device 1 and 
Device 3, 

For device 3 the ECCA bit of the LKSC register is clear and the ECCB bit is set. The 
incoming valid ESS signal received over Link B "RxB valid ESS", is only one used by the 
ECC 113 transmit section in Tx. The RxB port and is programmed to extract the incoming 
ESSB bit as the valid ESS, as the Device 3 transmitter is connected to Device 1 receiver Port 
B. This is accomplished by setting the RBESS bit of the RBCTL register. 
ECC Receive on Port A and Port B communicating with Device 2 and Device 1. 

Referring to figure 108. In the device 1 for the ECC 1 13 to communicate across the 
both Link A and Link B, the ECCB and ECCA bits of the LKSC register are both set. The 
transmitted ESS signal "Tx ESS" is derived only from both the ECC 1 13 receive sections 
of RxB and RxB. The incoming ESS signals received over Link A "RxA ESS" and Link B 
"RxB ESS" are both used by the ECC 113 transmit section in Tx. 

In this case when an ECC 1 13 message is transmitted both the RxA ESS and RxB 
ESS signals must be used to indicate that the message has been successfully received by both 
the far-end Active and Standby cards before a new message can be transmitted. The 
transmitted Tx ESS signal is determined by the RxA ECC and the RxB ECC receive 
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sections. So only when both RxA and RxB have received a message can the Tx ESS be used 
to indicate to both the Active and Standby cards that they can transmit a new message. So 
ECC 1 13 communications only occurs over both Link A and Link B. 

Device 2 and 3 are configured as above for communicating with only Device 1. 

Note that, when Device 1 transmits a new message it must wait until both Device 2 
and Device 3 indicate that they have received the last message. When Device 2 transmit a 
new message it must only wait until Device 1 indicated that it has received the last message. 
Similarly for device to transmit a new message it must wait until Device 1 indicates that it 
has received the last message. 

Notes - Device 1 : communicating simultaneously with devices 2 and 3 . So 2 on RxA 
and 3 on RxB . Device 2 : only communicating with 1 via RxA, so RxB is NOT active. Device 
3; only communicating with 1 via RxB ? so RxA is NOT active. 
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